_tfinddata64_t
Keith Marshall <[email protected]> Fri, 18 Oct 2013 06:11:29 +0100
| Newsgroups | gmane.comp.gnu.mingw.devel |
|---|---|
| Organization | MinGW Project |
| Message-ID | <[email protected]> |
Guys, While formulating the patch attached to issue #2106: https://sourceforge.net/p/mingw/bugs/_discuss/thread/07cb5e66/60ea/2b4b/attachment/dirent-2106.patch I've noticed, and corrected, anomalies in io.h, wchar.h, and tchar.h, relating to a data type formerly identified as _wfinddata64_t. MSDN does not refer to this type; all indications suggest that it should be __wfinddata64_t instead, and I've modified the headers accordingly. In tchar.h, for the non-unicode case, I also see a reference to a corresponding _finddata64_t; MSDN suggests that this too should have an additional leading underscore, becoming __finddata64_t; (indeed, all of our other headers do seem to refer to it as such). Actually, MSDN doesn't seem to mention any mapping for: _tfinddata64_t --> __wfinddata64_t (unicode case) _tfinddata64_t --> __finddata64_t (non-unicode case) and I'm having a hard time seeing what value they might have; (they do not seem to be referred to, at any other point throught the WSL code). So, should we also adjust the non-unicode case for _tfinddata_t, in tchar.h, or should we just drop these altogether? -- Regards, Keith. ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk