Re: freopen/fread/popen bug

[Achim Gratz <Stromeko at nexgo dot de>]

Eric Blake writes:
>> What's really happening is that we need to peek at the first few bytes
>> of f before deciding which program to call in popen.  After peeking,
>> there's a call to fseek(f,0,0) before the popen, with the intention that
>> the child receives a file pointer set to the beginning of the file.  (I
>> left this out of my STC because it didn't affect the outcome.)  This
>> apparently works on Linux.
>
> Corinna is correct - you need to fflush() after the fseek() for it to
> affect the underlying offset.  Or, just use read()/lseek() instead of
> fread()/fseek() in the parent, to avoid stdio buffering altogether.
> That way, you'll guarantee the offset the child process will inherit
> without having to worry about flushing buffered state.

Basically this is the same category of bug that was in rcs for a while.
It isn't easy to find out what is and isn't guaranteed about these
things across a fork and since things work slightly differently on Linux
that's something you can probably expect to show up more often.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple