Re: stdin seekable failure

2007-04-28 Thread Bruno Haible
Eric Blake wrote: > The workaround would be > to see if lseek returns a non-negative number; and if so, read the > internals of the FILE to see how many bytes remain in the read buffer (the > default buffer size is 4k); then since the file is seekable, temporarily > swap the fd into O_BINARY mode,

Re: stdin seekable failure

2007-04-27 Thread Eric Blake
According to Bruno Haible on 4/27/2007 2:37 PM: > Eric Blake wrote: >> However, the fflush module is still broken for mingw when reading files in >> text >> mode that have plain LF line endings. It appears that mingw's ftell tries >> to >> compensate for \r\n line endings in text mode, but doe

Re: stdin seekable failure

2007-04-27 Thread Bruno Haible
Eric Blake wrote: > However, the fflush module is still broken for mingw when reading files in > text > mode that have plain LF line endings. It appears that mingw's ftell tries to > compensate for \r\n line endings in text mode, but does the compensation even > when there is just a plain \n l

Re: stdin seekable failure

2007-04-27 Thread Eric Blake
Eric Blake byu.net> writes: > > 2007-04-12 Eric Blake byu.net> > > > > Work around glibc's failure to reset seekable stdin on exit. > > * modules/closein: New module. > > And it still failed on Linux, since glibc won't even flush input streams > on fclose. But rather than write rpl_

Re: stdin seekable failure

2007-04-12 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 4/12/2007 10:11 AM: >> So I suggest creating a new module 'closein' instead. > > Done like so. > > 2007-04-12 Eric Blake <[EMAIL PROTECTED]> > > Work around glibc's failure to reset seekable stdin on exit. >

Re: stdin seekable failure

2007-04-12 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 4/11/2007 12:41 PM: > Eric Blake <[EMAIL PROTECTED]> writes: > >> Maybe the closeout module needs to be updated to worry about stdin as well >> as stdout/stderr? > > Coreutils doesn't need that, as it doesn't have the prob

Re: stdin seekable failure

2007-04-11 Thread Paul Eggert
Eric Blake <[EMAIL PROTECTED]> writes: > Maybe the closeout module needs to be updated to worry about stdin as well > as stdout/stderr? Coreutils doesn't need that, as it doesn't have the problem. The two apps that I thought might have the problem solve it in a different way. 'head' bypasses st

stdin seekable failure [was: HEAD: inclusion order wrong for input.c]

2007-04-11 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ralf Wildenhues on 4/10/2007 12:55 PM: Hi Ralf, > ../../m4/tests/others.at:487: (m4 -EE; cat) < in.m4 > + m4 -EE > + cat > stderr: > /tmp/build/src/.libs/lt-m4:stdin:1: Warning: dnl: extra arguments ignored: 1 > > 0 > --- - 2007-04-10 2