This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/26907] Two times filebuf::sungetc() at beginning of file gives undefined result
- From: "pcarlini at suse dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 28 Mar 2006 21:27:28 -0000
- Subject: [Bug libstdc++/26907] Two times filebuf::sungetc() at beginning of file gives undefined result
- References: <bug-26907-12424@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #4 from pcarlini at suse dot de 2006-03-28 21:27 -------
(In reply to comment #3)
> And this is not true: any number of sungetc() at the beginning of the file
> fails (all return eof()) and the next sbumpc() exactly returns the first char
> of file. Indeed, If I run your testcase (with the testcase itself as test.dat)
> I get:
> #
> #-35
> And all the implementations I tried (besides v3) do the same.
I'm sorry, I can reproduce the problem with 4.0.2, *not* with 4.1.0 or
mainline, that's why I didn't understand the point (there are no major changes
in the library in this area), I'm looking into the reason of the misbehavior of
4.0.2.
--
pcarlini at suse dot de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26907