[Bug libstdc++/52447] New: Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8

[john.unsworth at criticalpath dot net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447

 Bug #: 52447
   Summary: Application crashes on SLES11 when using
libstdc++.so.6.0.10 but runs fine with 6.0.8
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: john.unswo...@criticalpath.net


We build our application with gcc version 3.4.6 20060404 (Red Hat 3.4.6-11).

On SLES 11 using libstdc++ 6.0.10 we get this crash when loading application
shared library libmuwssoap.so:

Program terminated with signal 11, Segmentation fault.
#0  0xb7c3d8c0 in ?? () from /usr/lib/libstdc++.so.6
(gdb) bt
#0  0xb7c3d8c0 in ?? () from /usr/lib/libstdc++.so.6
#1  0xb7bc35aa in bool std::has_facet >(std::locale const&) ()
from /usr/lib/libstdc++.so.6
#2  0xb7bb77d8 in std::basic_ios
>::_M_cache_locale(std::locale const&) () from /usr/lib/libstdc++.so.6
#3  0xb7bb7887 in std::basic_ios
>::init(std::basic_streambuf >*) () from
/usr/lib/libstdc++.so.6
#4  0xb7ba2196 in std::ios_base::Init::Init() () from /usr/lib/libstdc++.so.6
#5  0xb60ba7ab in __static_initialization_and_destruction_0 (__initialize_p=1,
__priority=65535)
at
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/iostream:77
#6  0xb60ba800 in global constructors keyed to _ZN23MetaUniversalWebServiceC2Ev
() at MUWSService.cpp:90
#7  0xb60ba829 in __do_global_ctors_aux () from
/opt/criticalpath/common/bin/libmuwssoap.so
#8  0xb609fb89 in _init () from /opt/criticalpath/common/bin/libmuwssoap.so
#9  0xb7fd2db4 in ?? () from /lib/ld-linux.so.2
#10 0xb7fd2ee4 in ?? () from /lib/ld-linux.so.2
#11 0xb7fd6ebb in ?? () from /lib/ld-linux.so.2
#12 0xb7fd29f6 in ?? () from /lib/ld-linux.so.2
#13 0xb7fd666c in ?? () from /lib/ld-linux.so.2
#14 0xb7c43c4f in ?? () from /lib/libdl.so.2
#15 0xb7fd29f6 in ?? () from /lib/ld-linux.so.2
#16 0xb7c4411c in ?? () from /lib/libdl.so.2
#17 0xb7c43b81 in dlopen () from /lib/libdl.so.2
#18 0xb7d2dc4b in LoadLibrary (sName=0x832d6c4) at unix.cpp:377
#19 0xb6229ece in CUniversalPlugIn::Initialize (this=0x832d090,
sPrefix=0x832d068, sPlugInFileName=0xbf8ddaa0, sDependencyList=0xbf8dd690)
at CUniversalPlugin.cpp:128

We reverted to 6.0.8 and it loads and runs with no problems.

[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8

[john.unsworth at criticalpath dot net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447

--- Comment #4 from John Unsworth  
2012-03-01 11:49:12 UTC ---
Can you confirm that applications built on Red Hat with:

Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 3.4.6 20060404 (Red Hat 3.4.6-11)

should work on SLES 11 with the standard libstdc++ on that system which is
6.0.10? Or do we need to ensure that 6.0.8 is used?

Producing a test case will be hard because it is a large application using many
shared libraries.

Thank you.

[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8

[john.unsworth at criticalpath dot net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447

--- Comment #6 from John Unsworth  
2012-03-01 12:16:18 UTC ---
The application is 32 bit and we build on a 32 bit linux Linux version
2.6.9-89.ELsmp. We are running on 64 bit SLES11.