From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26662 invoked by alias); 22 Jan 2003 23:36:31 -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 26648 invoked by uid 71); 22 Jan 2003 23:36:31 -0000 Date: Wed, 22 Jan 2003 23:36:00 -0000 Message-ID: <20030122233631.26645.qmail@sources.redhat.com> To: paolo@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Kelly Fitz Subject: Re: libstdc++/9408: std::string input operator waits for EOF Reply-To: Kelly Fitz X-SW-Source: 2003-01/txt/msg01292.txt.bz2 List-Id: The following reply was made to PR libstdc++/9408; it has been noted by GNATS. From: Kelly Fitz To: paolo@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, kfitz@eecs.wsu.edu, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org Cc: Subject: Re: libstdc++/9408: std::string input operator waits for EOF Date: Wed, 22 Jan 2003 15:30:08 -0800 I expect the behavior you describe, but that is not the behavior I see. When I compile and execute that code, I get: sal% ./moo enter a string: dddd <^D> read: dddd sal% Carriage returns are not skipped, and nothing happens until I enter ctl-D. Here are the details of my configuration: sal% g++3 -v -save-temps -Wall -o moo moo.ccReading specs from /usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/specsc- 3.Configured with: ../gcc-3.2.1/configure --prefix=/usr/local/gcc-3.2.1 : (reconfigured) ../gcc-3.2.1/configure --prefix=/usr/local/gcc-3.2.1 : (reconfigured) ../gcc-3.2.1/configure --prefix=/usr/local/gcc-3.2.1 --enable-threadscc /usr/local/gcc-3.2.1/lib/gThread model: posixx-gnu/3.2.1/crtend.o /usr/lib/crtn.o gcc version 3.2.1 /usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/cpp0 -lang-c++ -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -v -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=1 -D__GXX_ABI_VERSION=102 -D__ELF__ -Dunix -D__gnu_linux__ -Dlinux -D__ELF__ -D__unix__ -D__gnu_linux__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -D_GNU_SOURCE -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ moo.cc -Wall moo.ii GNU CPP version 3.2.1 (cpplib) (i386 Linux/ELF) ignoring nonexistent directory "/usr/local/gcc-3.2.1/i686-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/local/gcc-3.2.1/include/c++/3.2.1 /usr/local/gcc-3.2.1/include/c++/3.2.1/i686-pc-linux-gnu /usr/local/gcc-3.2.1/include/c++/3.2.1/backward /usr/local/include /usr/local/gcc-3.2.1/include /usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/include /usr/include End of search list. /usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/cc1plus -fpreprocessed moo.ii -quiet -dumpbase moo.cc -Wall -version -o moo.s GNU CPP version 3.2.1 (cpplib) (i386 Linux/ELF) GNU C++ version 3.2.1 (i686-pc-linux-gnu) compiled by GNU C version 2.96 20000731 (Red Hat Linux 7.1 2.96-81). as --traditional-format -V -Qy -o moo.o moo.s GNU assembler version 2.10.91 (i386-redhat-linux) using BFD version 2.10.91.0.2 /usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/collect2 -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o moo /usr/lib/crt1.o /usr/lib/crti.o /usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/crtbegin.o -L/usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1 -L/usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/../../.. moo.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/local/gcc-3.2.1/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/crtend.o /usr/lib/crtn.o I can also send you the configuration information for another installation (on another RedHat system) of the same version (3.2.1) that exhibits the behavior I have described. How should I proceed? I am trying to use this version of g++ to teach C++ to a class of sophomores, and this very basic code from our text doesn't execute correctly. Could we possibly have mis-configured the compiler build? Do we need to step back to an earlier version? Any recommendations that you can offer will be greatly appreciated. -kel On Wednesday, January 22, 2003, at 02:22 PM, paolo@gcc.gnu.org wrote: > Synopsis: std::string input operator waits for EOF > > Responsible-Changed-From-To: unassigned->paolo > Responsible-Changed-By: paolo > Responsible-Changed-When: Wed Jan 22 22:22:40 2003 > Responsible-Changed-Why: > . > State-Changed-From-To: open->feedback > State-Changed-By: paolo > State-Changed-When: Wed Jan 22 22:22:40 2003 > State-Changed-Why: > Which behaviour do you expect, exactly? > I can't find nothing wrong with the current one: > paolo:~> g++ 9408.cc > paolo:~> a.out > enter a string: > ddddd > read: ddddd > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit- > trail&database=gcc&pr=9408 > Kelly Fitz School of Electrical Engineering and Computer Science Washington State University kfitz@eecs.wsu.edu