This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH][BZ #14292] Do not inverse seek in fmemopen_seek.
- From: Roland McGrath <roland at hack dot frob dot com>
- To: OndÅej BÃlka <neleai at seznam dot cz>
- Cc: libc-alpha at sourceware dot org
- Date: Tue, 28 May 2013 16:01:47 -0700 (PDT)
- Subject: Re: [PATCH][BZ #14292] Do not inverse seek in fmemopen_seek.
- References: <20130520154411 dot GA24852 at domone dot kolej dot mff dot cuni dot cz>
It sure looks like a straightforward bug. Unfortunately it's entirely
conceivable that some program has come to depend on the bogus behavior.
The conservative approach to fixing it would be to define a new symbol
version for fmemopen, so the old one behaves as it did before. I'm a bit
ambivalent about whether we should bother with that.
Some code archeology shows that the libio implementation of fmemopen
(i.e. the only one that's ever been used on GNU/Linux) always behaved this
way (though the original fmemopen implementation from when I invented it in
the old GNU stdio never did). So I'm inclined to say we do indeed need to
keep the compatibility version just in case.
Thanks,
Roland