David Levine <levinedl(_at_)acm(_dot_)org> writes:
Tom wrote:
If it's opened w+, maybe the point is to be sure the ftell
reports the current EOF rather than wherever we last wrote
ourselves. Is the file in question likely to be
concurrently extended by other processes?
I don't think so, it looks like that file has always been
protected by a lock.
After the file is opened and read, it's lseek'd. Is (or
was) it necessary, or advised, to do an fseek between the
subsequent fdopen and ftell?
"Opened and read"? I thought you said w+ ...
If it is read/write, I seem to recall that fseek is advised when
switching between read and write modes. This may just be protecting
against bugs in ancient stdio libraries, but ...
regards, tom lane
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers