Subject: Re: [Boost-bugs] [Boost C++ Libraries] #5644: tellg returns different results for gnu libstd++ and others standard libraries for codecvt_null
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2011-07-31 17:56:24
#5644: tellg returns different results for gnu libstd++ and others standard
libraries for codecvt_null
-----------------------------------+----------------------------------------
Reporter: Michael.Kv@⦠| Owner: ramey
Type: Bugs | Status: closed
Milestone: To Be Determined | Component: serialization
Version: Boost 1.46.1 | Severity: Problem
Resolution: wontfix | Keywords:
-----------------------------------+----------------------------------------
Changes (by ramey):
* status: new => closed
* resolution: => wontfix
Comment:
I've looked at the above and also at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49269 .
I have to confess I'm not all that knowledgeable about code_cvt - I didnt'
write the original code - I just included it. Still I'm happy to look at
your issue. Having done so, I've got a couple of observations.
a) the response to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49269 by
someone
a lot more knowledgeable than I suggests that this shouldn't be messed
with.
b) In your example above, we're opening the stream with std::ios::binary .
This seems to me to conflict with the usage of code_cvt facets. I know
that they are implemented at the stream buffer levels so this "should" be
OK - but still seems to me fundamentally wrong. Specifically, if reading
one byte from the file results in two bytes after conversion, we expect
tellg to respond with 1 while we just got two bytes.
All of the above suggests there is nothing for me to do here.
Robert Ramey
-- Ticket URL: <https://svn.boost.org/trac/boost/ticket/5644#comment:1> Boost C++ Libraries <http://www.boost.org/> Boost provides free peer-reviewed portable C++ source libraries.
This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:07 UTC