-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02.04.2013 02:10, Eric Blake wrote: > On 04/01/2013 04:04 PM, LRN wrote: >> it does fseek on stdin. That is supposed to succeed when stdin is >> a file, and fail when stdin is a pipe. On W32 it always succeeds, >> even on a pipe, and thus fseek test fails. Should that be fixed, >> or marked as XFAIL on W32? > > That should be fixed, since a seek succeeding on a pipe is contrary > to POSIX. Is fseek being replaced on W32? The package that hosts the instance of gnulib on which the failure was observed is GnuTLS-3.1.5. I'm not sure whether it replaces fseek or not, i don't see anything like that in its configure.ac, and there is no special configure for its gl subdirectory. However, that subdirectory does have fseek.c and fseeko.c, and m4 subsubdirectory has fseek.m4. But fseeko.o or fseek.o are not produced when the packages is compiled.
> If so, the gnulib replacement has a bug - it should be preventing > fseek() from succeeding on a pipe. Apparently, the MSVCRT implementation of fseek() is used. > If not, then we should fix the m4 tests to filter out the buggy > W32 fseek and install the gnulib replacement. > I'm unsure of how they work. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWglSAAoJEOs4Jb6SI2CweVgH/AmEjqdes8pR+za6CQuK+eKT ydNxg/G8/x8aQEpMJACiWtY5CYHftvvFLytGVbwBUCMXytU5SERNkAV8nkRUbTXy kKOgX3zljfcXHE27I08/6y+td9H1WZ3HyznpVoUK5id20nZbLLj1rNCcO4zzvjau YVJF3dh2hG3Xe83xzMtX1xQO4a1nZIUL5StUJDpjFbypb8HbbOYHdCNlyQjei+rc WU8NqEr1xHtEAsSJGAtV96VGIg+fqXFzPVHmQuAA+5FYhIWtimMzaknE2qKM/oTa MLr47/X0fsqzyKDsGtz07rahVmdsWFsxZyhMwO10JIGDosahEWMQtM3b7mSjHRQ= =s9Rv -----END PGP SIGNATURE-----
