------- Additional Comments From bernie at develer dot com 2005-05-17 05:40
-------
I'm still seeing the artsd miscompilation with
gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything
from gcc-4_0-branch upto 13-05-2005 (circa).
This is from an arts *client*:
Starting program: /home/bernie/src/gfactory/src/gfactory
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0x73d000
[Thread debugging using libthread_db enabled]
[New Thread -1209042464 (LWP 20182)]
unix_connect: can't connect to server
(unix:/tmp/mcop-root/beetle_trilan-0cad-4289417b)
bernie: here9
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209042464 (LWP 20182)]
0x006359b7 in __gnu_cxx::__pool<true>::_M_reclaim_block () from
/usr/lib/libstdc++.so.6
(gdb) bt
#0 0x006359b7 in __gnu_cxx::__pool<true>::_M_reclaim_block () from
/usr/lib/libstdc++.so.6
#1 0x00913fef in __gnu_cxx::__mt_alloc<std::string,
__gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::deallocate
(this=0xbfc1fd38, __p=0x8509c68, __n=1)
at
/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/ext/mt_allocator.h:746
#2 0x00914029 in std::_Vector_base<std::string, std::allocator<std::string>
>::_M_deallocate (this=0xbfc1fd38,
__p=0x8509c68, __n=1)
at
/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/stl_vector.h:123
#3 0x00914066 in ~_Vector_base (this=0xbfc1fd38)
at
/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/stl_vector.h:109
#4 0x009140cf in ~vector (this=0xbfc1fd38)
at
/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/stl_vector.h:273
#5 0x00914102 in ~ObjectReference (this=0xbfc1fd2c) at
/usr/local/src/kde/arts/mcop/reference.h:48
#6 0x009069ad in Arts::SoundServer_base::_fromString ([EMAIL PROTECTED]) at
soundserver.cc:1452
#7 0x00e1f0aa in arts_backend_init () from
/usr/local/kde/lib/libartscbackend.so.0
#8 0xbfc1fd90 in ?? ()
#9 0x00e258cc in typeinfo name for Sender () from
/usr/local/kde/lib/libartscbackend.so.0
#10 0x00000017 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
