This is the mail archive of the
mailing list for the glibc project.
Re: fmemopen and fseek(fp, 0L, SEEK_END)
- From: OndÅej BÃlka <neleai at seznam dot cz>
- To: Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>
- Cc: gahr at freebsd dot org, libc-alpha at sourceware dot org
- Date: Thu, 5 Jun 2014 12:40:59 +0200
- Subject: Re: fmemopen and fseek(fp, 0L, SEEK_END)
- Authentication-results: sourceware.org; auth=none
- References: <20140603150023 dot GJ17833 at ptrcrt dot ch> <538F6038 dot 2030701 at linux dot vnet dot ibm dot com>
On Wed, Jun 04, 2014 at 03:06:48PM -0300, Adhemerval Zanella wrote:
> Hi Pietro,
> Thanks for raising this up. I think since was state in comments from the bz6544,
> some programs may expect current behavior. I think for such cases the simple
> patch propose in bug report can not be used, but rather we should provide a new
> versioned symbol to change its behavior while still providing old way.
> One way I see it is to create a new fmemopen_seek (or parametrize it, since it is
> static anyway) symbol with different SEEK_END logic and a tie it with the new
> fmemopen symbol.
> However since this is not POSIX compliant, we may also just correct it directly.
> I'm not sure which is the default position of GLIBC community for such cases.
> Any ideas?
I have a patch for that, what was missing is versioning, I will resend