This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/12836] fmemopen(buf,size,"w+b") isn't binary
- From: "drepper.fsp at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Sat, 23 Jul 2011 04:00:11 +0000
- Subject: [Bug libc/12836] fmemopen(buf,size,"w+b") isn't binary
- Auto-submitted: auto-generated
- References: <bug-12836-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=12836
Ulrich Drepper <drepper.fsp at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
--- Comment #2 from Ulrich Drepper <drepper.fsp at gmail dot com> 2011-07-23 04:00:08 UTC ---
An(In reply to comment #0)
> The documented behavior of fmemopen behaving in binary mode if 'b' was present
> in mode does not actually happen if 'b' is not in mode[1]. For consistency
> with fopen and friends, 'wb+' and 'w+b' should have identical effect.
Who says that? Any such change would mean that either we'd have to change the
version of the fmemopen interface and prevent code compiled now to use fmemopen
from running with older glibcs. And for what? Just so that you get
"consistency"? No good reason.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.