From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27933 invoked by alias); 20 Apr 2003 10:34:04 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 27910 invoked by uid 48); 20 Apr 2003 10:34:03 -0000 Date: Sun, 20 Apr 2003 10:34:00 -0000 Message-ID: <20030420103403.27909.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, loren.williams@lycos.com, nobody@gcc.gnu.org, paolo@gcc.gnu.org From: paolo@gcc.gnu.org Reply-To: paolo@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, loren.williams@lycos.com, nobody@gcc.gnu.org, paolo@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: c++/10444: ifstream.peek() can remove a character from the input file stream X-SW-Source: 2003-04/txt/msg00868.txt.bz2 List-Id: Synopsis: ifstream.peek() can remove a character from the input file stream Responsible-Changed-From-To: unassigned->paolo Responsible-Changed-By: paolo Responsible-Changed-When: Sun Apr 20 10:34:03 2003 Responsible-Changed-Why: Triaged. State-Changed-From-To: open->closed State-Changed-By: paolo State-Changed-When: Sun Apr 20 10:34:03 2003 State-Changed-Why: Not a bug. The problem is not with peek() but, honestly, with your understanding of operator>>(char&): at variance with get(), it skips any initial whitespace before extracting the char. In fact, changing onegm.txt to: A_______0.0856 B_______0.0139 C_______0.0279 leads to the behaviour that you expect. Thanks for your report, Paolo. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10444