bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: test-fseek fails on W32


From: Eric Blake
Subject: Re: test-fseek fails on W32
Date: Mon, 01 Apr 2013 16:33:47 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4

On 04/01/2013 04:25 PM, LRN wrote:
>> 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.

What does 'grep _FSEEK config.status' show?  How about 'grep LSEEK_PIPE
config.h'?  That will help me learn whether the gnulib m4 tests were
properly detecting the problem; but from the fact that you don't have an
fseeko.o file, it is probably a case of gnulib failing to compile it's
replacement files because the m4 tests have a logic flaw.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]