------- 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
