From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31174 invoked by alias); 20 Dec 2002 19:07:06 -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 31150 invoked by uid 61); 20 Dec 2002 19:07:05 -0000 Date: Fri, 20 Dec 2002 11:07:00 -0000 Message-ID: <20021220190705.31149.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, paolo@gcc.gnu.org, peturr02@ru.is From: paolo@gcc.gnu.org Reply-To: paolo@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, paolo@gcc.gnu.org, peturr02@ru.is, gcc-gnats@gcc.gnu.org Subject: Re: libstdc++/9024: Input fails after call to basic_filebuf<>::pubsetbuf(0, 0) X-SW-Source: 2002-12/txt/msg01113.txt.bz2 List-Id: Synopsis: Input fails after call to basic_filebuf<>::pubsetbuf(0, 0) Responsible-Changed-From-To: unassigned->paolo Responsible-Changed-By: paolo Responsible-Changed-When: Fri Dec 20 11:07:04 2002 Responsible-Changed-Why: Analyzed. State-Changed-From-To: open->feedback State-Changed-By: paolo State-Changed-When: Fri Dec 20 11:07:04 2002 State-Changed-Why: The current behaviour seems standard conforming: according to 27.8.1.4,10, _only_ if setbuf(0,0) is called before _any_ I/O has occurred the stream becomes unbuffered, otherwise the results are implementation defined. Indeed, if the _second_ pubsetbuf call (that at line 52) is removed from the testcase, basic_ifstream is usable without problems as expected. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9024