Hi all,
I'm using qpid 0.5, built using gcc 4.3.1 on Linux Red Hat distribution.
I'm debugging a rather vexing abend with the following stack trace
#0 0x726f6371 in ?? ()
#1 0xf72aa52c in get_adjusted_ptr (catch_type=0xf72d9430,
throw_type=0xf6bd575c, thrown_ptr_p=0xffe3d9f8) at
../../../.././libstdc++-v3/libsupc++/eh_personality.cc:241
#2 0xf72aaf97 in __gxx_personality_v0 (version=1, actions=1,
exception_class=<value optimized out>, ue_header=0xf3d46750, context=0xffe3db10)
at ../../../.././libstdc++-v3/libsupc++/eh_personality.cc:586
#3 0x00528ceb in _Unwind_RaiseException () from /lib/libgcc_s.so.1
#4 0xf72ab25d in __cxa_throw (obj=0xf3d46770, tinfo=0xf6bd575c,
dest=0xf6b28942 <qpid::TransportFailure::~TransportFailure()>)
at ../../../.././libstdc++-v3/libsupc++/eh_throw.cc:71
#5 0xf6b37c4c in
qpid::sys::ExceptionHolder::Wrapper<qpid::TransportFailure>::raise () from
/home/bermanbe/cvs_HEAD_test/seapilot/thirdparty_export/lib/libqpidclient.so.0
#6 0xf6b1b855 in qpid::sys::ExceptionHolder::raise () from
/xxx/thirdparty_export/lib/libqpidclient.so.0
#7 0xf6b6afd4 in qpid::client::SessionImpl::check () from
/xxx/thirdparty_export/lib/libqpidclient.so.0
#8 0xf6b6b1d2 in qpid::client::SessionImpl::checkOpen () from
/xxx/thirdparty_export/lib/libqpidclient.so.0
#9 0xf6b6ef63 in qpid::client::SessionImpl::sendCommand () from
/xxx/seapilot/thirdparty_export/lib/libqpidclient.so.0
#10 0xf6b6f1a7 in qpid::client::SessionImpl::send () from
/xxx/seapilot/thirdparty_export/lib/libqpidclient.so.0
...
I get into this code path because my subsystem has intentionally killed the
broker before killing the broker client. Which is easy for me to resolve in
most situations. But...
It seems the typeinfo object for a qpid::TransportFailure object has a bad
vtable pointer. I'm guessing this is a manifestation of a well-known RTTI bug
in gcc where RTTI information is not properly resolved across shared library
boundaries. (See, for example,
http://www.mail-archive.com/tahoe-...@allmydata.org/msg03213.html, or
http://mail.python.org/pipermail/cplusplus-sig/2009-May/014531.html.)
It seems I'm at risk of this sort of abend whenever any exception is thrown in
libqpidclient.so where the exception object type is shared with
libqpidcommon.so. At least until upgrading to gcc 4.5.
Have others encountered this problem? How have you worked around it?
Thanks and kind regards,
Dave Birdsall
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscr...@qpid.apache.org
