Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[bkoz]

Synopsis: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

State-Changed-From-To: open->analyzed
State-Changed-By: bkoz
State-Changed-When: Thu May 23 08:37:20 2002
State-Changed-Why:
    Why? I don't have access to a Solaris 2.6 box so you'll have to be more descriptive. Does the libstdc++ test suite run? Any extra fails there?
    
    -benjamin

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6784

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[bkoz]

Synopsis: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

State-Changed-From-To: feedback->closed
State-Changed-By: bkoz
State-Changed-When: Wed May 29 02:02:48 2002
State-Changed-Why:
    Fixed.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6784

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Benjamin Kosnik]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Benjamin Kosnik <bkoz@redhat.com>
To: Andrew Pollard <Andrew.Pollard@brooks-pri.com>
Cc: bkoz@gcc.gnu.org, Andrew.Pollard@brooks-pri.com, gcc-bugs@gcc.gnu.org,
   gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Wed, 29 May 2002 02:09:53 -0700

 > I can verify that this has fixed the problem.
 
 Great. I've closed this bug report. Thanks.

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Andrew Pollard]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Andrew Pollard <Andrew.Pollard@brooks-pri.com>
To: bkoz@gcc.gnu.org,  Andrew.Pollard@brooks-pri.com,  bkoz@gcc.gnu.org, 
 gcc-bugs@gcc.gnu.org,  gcc-prs@gcc.gnu.org,  nobody@gcc.gnu.org, 
 gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Tue, 28 May 2002 18:10:55 +0100

 bkoz@gcc.gnu.org wrote:
 > Synopsis: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
 > 
 > Responsible-Changed-From-To: unassigned->bkoz
 > Responsible-Changed-By: bkoz
 > Responsible-Changed-When: Mon May 27 04:54:55 2002
 > Responsible-Changed-Why:
 >     Mine.
 > State-Changed-From-To: analyzed->feedback
 > State-Changed-By: bkoz
 > State-Changed-When: Mon May 27 04:54:55 2002
 > State-Changed-Why:
 >     This should now be fixed. Please try the patch for
 >     
 >     2002-05-27  Benjamin Kosnik  <bkoz@redhat.com>
 >     
 >     	PR libstdc++/6795.
 >     	* config/os/solaris/solaris2.6/bits/ctype_noninline.h
 >     	(classic_table): Fix.
 >     	* config/os/solaris/solaris2.5/bits/ctype_noninline.h: Same.
 >     
 >     
 >     -benjamin
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6784
 > 
 
 I can verify that this has fixed the problem.
 
 I'll rerun the dejagnu tests as well.
 
 Thanks,
   Andrew.
 -- 
         Andrew Pollard - Senior Software Engineer (APF)
     Brooks-PRI Automation - Planning and Logistics Solutions
 Email: Andrew.Pollard@brooks-pri.com - Tel: +44 (0)118 9215603
 

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[bkoz]

Synopsis: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

Responsible-Changed-From-To: unassigned->bkoz
Responsible-Changed-By: bkoz
Responsible-Changed-When: Mon May 27 04:54:55 2002
Responsible-Changed-Why:
    Mine.
State-Changed-From-To: analyzed->feedback
State-Changed-By: bkoz
State-Changed-When: Mon May 27 04:54:55 2002
State-Changed-Why:
    This should now be fixed. Please try the patch for
    
    2002-05-27  Benjamin Kosnik  <bkoz@redhat.com>
    
    	PR libstdc++/6795.
    	* config/os/solaris/solaris2.6/bits/ctype_noninline.h
    	(classic_table): Fix.
    	* config/os/solaris/solaris2.5/bits/ctype_noninline.h: Same.
    
    
    -benjamin

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6784

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Benjamin Kosnik]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Benjamin Kosnik <bkoz@redhat.com>
To: Andrew Pollard <Andrew.Pollard@brooks-pri.com>
Cc: phil@jaj.com, bkoz@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
   gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Mon, 27 May 2002 04:39:45 -0700

 > Are specific to Solaris2.6 and all seem to be due to a SEGV in
 > ctype_inline.h
 
 Right. I just fixed this with the patch to
 
 2002-05-27  Benjamin Kosnik  <bkoz@redhat.com>
 
 	PR libstdc++/6795.
 	* config/os/solaris/solaris2.6/bits/ctype_noninline.h
 	(classic_table): Fix.
 	* config/os/solaris/solaris2.5/bits/ctype_noninline.h: Same.
 
 Hold on, and I'll check it in.
 
 -benjamin

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Andrew Pollard]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Andrew Pollard <Andrew.Pollard@brooks-pri.com>
To: Phil Edwards <phil@jaj.com>
Cc: Benjamin Kosnik <bkoz@redhat.com>,  bkoz@gcc.gnu.org, 
 gcc-bugs@gcc.gnu.org,  gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Mon, 27 May 2002 12:20:15 +0100

 Phil Edwards wrote:
 > On Fri, May 24, 2002 at 09:27:42AM -0700, Benjamin Kosnik wrote:
 > 
 >>>#0  0xff30c620 in number () from /usr/lib/libc.so.1
 >>>#1  0xff30c290 in __doscan_u () from /usr/lib/libc.so.1
 >>>#2  0xff310e90 in sscanf () from /usr/lib/libc.so.1
 >>
 >>Ooooh yeah. I remember this. This is a bug in libc's sscanf and extreme
 >>input. You'll have to talk to Sun.
 
 Thanks for this information.
 
 Although, I probably shouldn't have mentioned it in this bug report,
 since it isn't anything to do with the problem that I am seeing :-)
 This fails on both Solaris2.6 and Solaris2.8.
 
 Whereas, the failures
 
   FAIL: 21_strings/inserters_extractors.cc execution test
   FAIL: 24_iterators/istream_iterator.cc execution test
   FAIL: 26_numerics/complex_inserters_extractors.cc execution test
   FAIL: 27_io/instantiations.cc execution test
   FAIL: 27_io/istream_extractor_char.cc execution test
   FAIL: 27_io/istream_extractor_other.cc execution test
   FAIL: 27_io/istream_manip.cc execution test
   FAIL: 27_io/istream_seeks.cc execution test
   FAIL: 27_io/istream_sentry.cc execution test
   FAIL: 27_io/istream_unformatted.cc execution test
   FAIL: 27_io/istringstream_members.cc execution test
   FAIL: 27_io/ostream_inserter_arith.cc execution test
   FAIL: 27_io/ostream_inserter_other.cc execution test
   FAIL: 27_io/stringstream_members.cc execution test
 
 Are specific to Solaris2.6 and all seem to be due to a SEGV in
 ctype_inline.h
 
 Andrew
 -- 
         Andrew Pollard - Senior Software Engineer (APF)
     Brooks-PRI Automation - Planning and Logistics Solutions
 Email: Andrew.Pollard@brooks-pri.com - Tel: +44 (0)118 9215603
 

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Gabriel Dos Reis]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Gabriel Dos Reis <gdr@codesourcery.com>
To: bkoz@redhat.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: 27 May 2002 11:43:27 +0200

 Benjamin Kosnik <bkoz@redhat.com> writes:
 
 | > OK, thanks.  Knowing that, we could try not to use it for formatted
 | > input.  But I won't insist since I'm not likely to contribute the code
 | > immediately.
 | 
 | It's a corner case and not worth the effort, I think. It's not like
 | formatted input is broken: just the max() value. Documenting the issue
 | is enough, I think.
 
 OK.  Let's go with your suggestion.
 
 -- Gaby

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Benjamin Kosnik]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Benjamin Kosnik <bkoz@redhat.com>
To: Gabriel Dos Reis <gdr@codesourcery.com>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Mon, 27 May 2002 02:40:28 -0700

 > OK, thanks.  Knowing that, we could try not to use it for formatted
 > input.  But I won't insist since I'm not likely to contribute the code
 > immediately.
 
 It's a corner case and not worth the effort, I think. It's not like
 formatted input is broken: just the max() value. Documenting the issue
 is enough, I think.
 
 -benjamin

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Gabriel Dos Reis]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Gabriel Dos Reis <gdr@codesourcery.com>
To: bkoz@redhat.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: 27 May 2002 11:33:17 +0200

 Benjamin Kosnik <bkoz@redhat.com> writes:
 
 | > Speaking as someone not contributing anything to the IO stuff:  This
 | > problem is a problem in our library (using C++ IOstreams), is it
 | > acceptable to tell people it is Sun's problem?
 | 
 | It can be reproduced as a simple "C" program that has nothing to do with
 | C++ or libstdc++-v3.
 
 OK, that is a good argument.
 
 
 | It's clearly the fault of Sun's underlying "C"
 | library when dealing with corner cases of numerical input.
 
 OK, thanks.  Knowing that, we could try not to use it for formatted
 input.  But I won't insist since I'm not likely to contribute the code
 immediately.
 
 -- Gaby

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Benjamin Kosnik]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Benjamin Kosnik <bkoz@redhat.com>
To: Gabriel Dos Reis <gdr@codesourcery.com>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Mon, 27 May 2002 02:29:02 -0700

 > Speaking as someone not contributing anything to the IO stuff:  This
 > problem is a problem in our library (using C++ IOstreams), is it
 > acceptable to tell people it is Sun's problem?
 
 It can be reproduced as a simple "C" program that has nothing to do with
 C++ or libstdc++-v3. It's clearly the fault of Sun's underlying "C"
 library when dealing with corner cases of numerical input.
 
 -benjamin

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Gabriel Dos Reis]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Gabriel Dos Reis <gdr@codesourcery.com>
To: Benjamin Kosnik <bkoz@redhat.com>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: 26 May 2002 15:53:32 +0200

 Benjamin Kosnik <bkoz@redhat.com> writes:
 
 | The following reply was made to PR libstdc++/6784; it has been noted by GNATS.
 | 
 | From: Benjamin Kosnik <bkoz@redhat.com>
 | To: Andrew Pollard <Andrew.Pollard@brooks-pri.com>
 | Cc: bkoz@gcc.gnu.org, Andrew.Pollard@brooks-pri.com, gcc-bugs@gcc.gnu.org,
 |    gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
 | Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
 | Date: Fri, 24 May 2002 09:27:42 -0700
 | 
 |  > #0  0xff30c620 in number () from /usr/lib/libc.so.1
 |  > #1  0xff30c290 in __doscan_u () from /usr/lib/libc.so.1
 |  > #2  0xff310e90 in sscanf () from /usr/lib/libc.so.1
 |  
 |  Ooooh yeah. I remember this. This is a bug in libc's sscanf and extreme
 |  input. You'll have to talk to Sun.
 
 Speaking as someone not contributing anything to the IO stuff:  This
 problem is a problem in our library (using C++ IOstreams), is it
 acceptable to tell people it is Sun's problem?
 
 -- Gaby

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Phil Edwards]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Phil Edwards <phil@jaj.com>
To: Benjamin Kosnik <bkoz@redhat.com>
Cc: Andrew Pollard <Andrew.Pollard@brooks-pri.com>, bkoz@gcc.gnu.org,
   gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Fri, 24 May 2002 13:13:01 -0400

 On Fri, May 24, 2002 at 09:27:42AM -0700, Benjamin Kosnik wrote:
 > 
 > > #0  0xff30c620 in number () from /usr/lib/libc.so.1
 > > #1  0xff30c290 in __doscan_u () from /usr/lib/libc.so.1
 > > #2  0xff310e90 in sscanf () from /usr/lib/libc.so.1
 > 
 > Ooooh yeah. I remember this. This is a bug in libc's sscanf and extreme
 > input. You'll have to talk to Sun.
 
 I should put this in the system-specific FAQs, then.
 
 The nearest bug I could find in Sun's contract database was 4517988, which
 is SPARC-specific (i.e., x86/Solaris works) and present in Solaris 8.
 It causes sscanf to segv on long input.  I assume that's the bug we're
 talking about here, although the reported didn't experience it on Sol 8.
 
 
 Phil
 
 -- 
 If ye love wealth greater than liberty, the tranquility of servitude greater
 than the animating contest for freedom, go home and leave us in peace.  We seek
 not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
 and may posterity forget that ye were our countrymen.            - Samuel Adams

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Benjamin Kosnik]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Benjamin Kosnik <bkoz@redhat.com>
To: Andrew Pollard <Andrew.Pollard@brooks-pri.com>
Cc: bkoz@gcc.gnu.org, Andrew.Pollard@brooks-pri.com, gcc-bugs@gcc.gnu.org,
   gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Fri, 24 May 2002 09:27:42 -0700

 > #0  0xff30c620 in number () from /usr/lib/libc.so.1
 > #1  0xff30c290 in __doscan_u () from /usr/lib/libc.so.1
 > #2  0xff310e90 in sscanf () from /usr/lib/libc.so.1
 
 Ooooh yeah. I remember this. This is a bug in libc's sscanf and extreme
 input. You'll have to talk to Sun.
 
 -benjamin

Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Andrew Pollard]

The following reply was made to PR libstdc++/6784; it has been noted by GNATS.

From: Andrew Pollard <Andrew.Pollard@brooks-pri.com>
To: bkoz@gcc.gnu.org, Andrew.Pollard@brooks-pri.com,
	gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
	gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
Date: Thu, 23 May 2002 18:40:03 +0100

 bkoz@gcc.gnu.org wrote:
 
 > Synopsis: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
 > 
 > State-Changed-From-To: open->analyzed
 > State-Changed-By: bkoz
 > State-Changed-When: Thu May 23 08:37:20 2002
 > State-Changed-Why:
 >     Why? I don't have access to a Solaris 2.6 box so you'll have to be more descriptive. Does the libstdc++ test suite run? Any extra fails there?
 >     
 >     -benjamin
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6784
 > 
 > 
 
 
 OK. Just managed to run the libstdc++ tests
 
 I'm using the following dejagnu...
 
 % runtest --version
 Expect version is	5.37.2
 Tcl version is		8.3
 Framework version is	1.4.2
 
 
 	sparc-sun-solaris2.8:
 
 
 XPASS: 22_locale/collate_members_wchar_t.cc execution test
 XPASS: 22_locale/money_get_members_wchar_t.cc execution test
 XPASS: 22_locale/money_put_members_wchar_t.cc execution test
 XPASS: 22_locale/moneypunct_members_wchar_t.cc execution test
 XPASS: 22_locale/num_get_members_wchar_t.cc execution test
 XPASS: 22_locale/num_put_members_wchar_t.cc execution test
 XPASS: 22_locale/numpunct_members_wchar_t.cc execution test
 XPASS: 22_locale/time_get_members_wchar_t.cc execution test
 XPASS: 22_locale/time_put_members_wchar_t.cc execution test
 FAIL: 27_io/istream_extractor_arith.cc execution test
 FAIL: thread/pthread1.cc (test for excess errors)
 WARNING: thread/pthread1.cc compilation failed to produce executable
 FAIL: thread/pthread2.cc (test for excess errors)
 WARNING: thread/pthread2.cc compilation failed to produce executable
 FAIL: thread/pthread3.cc (test for excess errors)
 WARNING: thread/pthread3.cc compilation failed to produce executable
 FAIL: thread/pthread4.cc (test for excess errors)
 WARNING: thread/pthread4.cc compilation failed to produce executable
 FAIL: thread/pthread5.cc (test for excess errors)
 WARNING: thread/pthread5.cc compilation failed to produce executable
 FAIL: thread/pthread6.cc (test for excess errors)
 WARNING: thread/pthread6.cc compilation failed to produce executable
 
                  === libstdc++-v3 Summary ===
 
 # of expected passes            362
 # of unexpected failures        7
 # of unexpected successes       9
 # of expected failures          16
 
 The pthreads ones can't seem to find things like pthread_mutex_init
 
 while compiling.
 
 27_io/istream_extractor_arith.cc SEGV's in
 
 #0  0xff30c620 in number () from /usr/lib/libc.so.1
 #1  0xff30c290 in __doscan_u () from /usr/lib/libc.so.1
 #2  0xff310e90 in sscanf () from /usr/lib/libc.so.1
 #3  0x00039670 in void std::__convert_to_v<long double>(char const*, long 
 double&, std::_Ios_Iostate&, int* const&, int) (
      __s=0x6752c 
 "12345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890"..., 
 
      __v=@0xffbef9f8, __err=@0xffbef948) at c++locale.cc:192
 Segmentation fault (core dumped)
 
 	sun-sparc-solaris2.6
 
 
 FAIL: 21_strings/inserters_extractors.cc execution test
 XPASS: 22_locale/collate_members_wchar_t.cc execution test
 XPASS: 22_locale/money_get_members_wchar_t.cc execution test
 XPASS: 22_locale/money_put_members_wchar_t.cc execution test
 XPASS: 22_locale/moneypunct_members_wchar_t.cc execution test
 XPASS: 22_locale/num_get_members_wchar_t.cc execution test
 XPASS: 22_locale/num_put_members_wchar_t.cc execution test
 XPASS: 22_locale/numpunct_members_wchar_t.cc execution test
 XPASS: 22_locale/time_get_members_wchar_t.cc execution test
 XPASS: 22_locale/time_put_members_wchar_t.cc execution test
 FAIL: 24_iterators/istream_iterator.cc execution test
 FAIL: 26_numerics/complex_inserters_extractors.cc execution test
 FAIL: 27_io/instantiations.cc execution test
 FAIL: 27_io/istream_extractor_arith.cc execution test
 FAIL: 27_io/istream_extractor_char.cc execution test
 FAIL: 27_io/istream_extractor_other.cc execution test
 FAIL: 27_io/istream_manip.cc execution test
 FAIL: 27_io/istream_seeks.cc execution test
 FAIL: 27_io/istream_sentry.cc execution test
 FAIL: 27_io/istream_unformatted.cc execution test
 FAIL: 27_io/istringstream_members.cc execution test
 FAIL: 27_io/ostream_inserter_arith.cc execution test
 FAIL: 27_io/ostream_inserter_other.cc execution test
 FAIL: 27_io/stringstream_members.cc execution test
 FAIL: thread/pthread1.cc (test for excess errors)
 WARNING: thread/pthread1.cc compilation failed to produce executable
 FAIL: thread/pthread2.cc (test for excess errors)
 WARNING: thread/pthread2.cc compilation failed to produce executable
 FAIL: thread/pthread3.cc (test for excess errors)
 WARNING: thread/pthread3.cc compilation failed to produce executable
 FAIL: thread/pthread4.cc (test for excess errors)
 WARNING: thread/pthread4.cc compilation failed to produce executable
 FAIL: thread/pthread5.cc (test for excess errors)
 WARNING: thread/pthread5.cc compilation failed to produce executable
 FAIL: thread/pthread6.cc (test for excess errors)
 WARNING: thread/pthread6.cc compilation failed to produce executable
 
                  === libstdc++-v3 Summary ===
 
 # of expected passes            348
 # of unexpected failures        21
 # of unexpected successes       9
 # of expected failures          16
 
 21_strings/inserters_extractors.cc SEGVs in
 
 #0  0x0002a8e0 in std::istream::sentry::sentry(std::istream&, bool) (
      this=0xeffff7e7, __in=@0xeffffa40, __noskipws=115)
      at 
 /disks/primo4/workplaces/andrewp/gnu/gcc-3.1-standard-build/sparc-sun-solaris2.6/libstdc++-v3/include/sparc-sun-solaris2.6/bits/ctype_inline.h:40
 #1  0x0002eef0 in std::basic_istream<char, std::char_traits<char> >& 
 std::operator>><char, std::char_traits<char>, std::allocator<char> 
  >(std::basic_istream<char, std::char_traits<char> >&, std::basic_string<char, 
 std::char_traits<char>, std::allocator<char> >&) (__in=@0xeffffa40, 
 __str=@0xeffffb38)
      at 
 /disks/primo4/workplaces/andrewp/gnu/gcc-3.1-standard-build/sparc-sun-solaris2.6/libstdc++-v3/include/bits/istream.tcc:1133
 #2  0x000114dc in test01() ()
      at 
 /disks/arlene/gnu/gcc-3.1/libstdc++-v3/testsuite/21_strings/inserters_extractors.cc:54
 #3  0x00013420 in main ()
      at 
 /disks/arlene/gnu/gcc-3.1/libstdc++-v3/testsuite/21_strings/inserters_extractors.cc:346
 
 much like where I saw the failure (in ctype_inline.h)
 
 Let me know how I can provide you with more information.
 
 Cheers,
   Andrew.
 
 -- 
         Andrew Pollard - Senior Software Engineer (APF)
     Brooks-PRI Automation - Planning and Logistics Solutions
 Email: Andrew.Pollard@brooks-pri.com - Tel: +44 (0)118 9215603
 

libstdc++/6784: SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6

[Andrew.Pollard]

>Number:         6784
>Category:       libstdc++
>Synopsis:       SEGV using istream >> operator under gcc-3.1/sun-sparc-solaris2.6
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu May 23 06:26:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Andrew.Pollard@brooks-pri.com
>Release:        3.1
>Organization:
Brooks-PRI Automation
>Environment:
System: SunOS primo 5.6 Generic_105181-26 sun4u sparc SUNW,Ultra-4
Architecture: sun4

host: sparc-sun-solaris2.6
build: sparc-sun-solaris2.6
target: sparc-sun-solaris2.6
configured with: /disks/arlene/gnu/gcc-3.1/configure --prefix=/disks/homes/andrewp/compilers/gcc-3.1-sun-sparc-solaris2.6 --with-gnu-as --with-gnu-ld --enable-threads=solaris --enable-version-specific-runtime-libs --disable-shared --enable-languages=c++

binutils-2.12.1
>Description:
The following simple program:

bug.cxx
-----------------
#include <string>
#include <iostream>

int
main()
{
    std::string tok;
    std::cin >> tok;
    return (0);
}
-----------------

Causes a SEGV when compiled and run with the stock gcc-3.1/sun-sparc-solaris2.6
on a Solaris2.6 machine

This does not occur for

a) gcc-3.1/sun-sparc-solaris2.8
b) gcc-3.1/i686-pc-linux-gnu
c) gcc-3.0.4/sun-sparc-solaris2.6
>How-To-Repeat:
% g++ -v
Reading specs from /disks/homes/andrewp/compilers/gcc-3.1-sun-sparc-solaris2.6/lib/gcc-lib/sparc-sun-solaris2.6/3.1/specs
Configured with: /disks/arlene/gnu/gcc-3.1/configure --prefix=/disks/homes/andrewp/compilers/gcc-3.1-sun-sparc-solaris2.6 --with-gnu-as --with-gnu-ld --enable-threads=solaris --enable-version-specific-runtime-libs --disable-shared --enable-languages=c++
Thread model: solaris
gcc version 3.1

% g++ -g bug.cxx
% ./a.out < bug.cxx
Segmentation fault

% gdb ./a.out
GNU gdb 5.2
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.6"...
(gdb) run < bug.cxx
Starting program: /disks/homes/andrewp/a.out < bug.cxx

Program received signal SIGSEGV, Segmentation fault.
0x0002850c in std::istream::sentry::sentry(std::istream&, bool) (
    this=0xeffffa27, __in=@0x50d40, __noskipws=35)
    at /disks/primo4/workplaces/andrewp/gnu/gcc-3.1-standard-build/sparc-sun-solaris2.6/libstdc++-v3/include/sparc-sun-solaris2.6/bits/ctype_inline.h:40
40        { return _M_table[static_cast<unsigned char>(__c)] & __m; }
(gdb) where
#0  0x0002850c in std::istream::sentry::sentry(std::istream&, bool) (
    this=0xeffffa27, __in=@0x50d40, __noskipws=35)
    at /disks/primo4/workplaces/andrewp/gnu/gcc-3.1-standard-build/sparc-sun-solaris2.6/libstdc++-v3/include/sparc-sun-solaris2.6/bits/ctype_inline.h:40
#1  0x0002cb1c in std::basic_istream<char, std::char_traits<char> >& std::operator>><char, std::char_traits<char>, std::allocator<char> >(std::basic_istream<char, std::char_traits<char> >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&) (__in=@0x50d40, __str=@0xeffffab8)
    at /disks/primo4/workplaces/andrewp/gnu/gcc-3.1-standard-build/sparc-sun-solaris2.6/libstdc++-v3/include/bits/istream.tcc:1133
#2  0x00011224 in main () at bug.cxx:8
(gdb) quit

Whereas on a Solaris2.8 system...

% g++ -v
Reading specs from /disks/homes/andrewp/compilers/gcc-3.1-sun-sparc-solaris2.8/lib/gcc-lib/sparc-sun-solaris2.8/3.1/specs
Configured with: /disks/arlene/gnu/gcc-3.1/configure --prefix=/disks/homes/andrewp/compilers/gcc-3.1-sun-sparc-solaris2.8 --with-gnu-as --with-gnu-ld --enable-threads=solaris --enable-version-specific-runtime-libs --disable-shared --enable-languages=c++
Thread model: solaris
gcc version 3.1

% g++ -g bug.cxx

% ./a.out < bug.cxx
%

>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: