qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Birdsall, Dave" <dave.birds...@hp.com>
Subject Exceptions crossing library boundaries abend in qpid client, gcc 4.3.1
Date Mon, 28 Jun 2010 20:22:23 GMT
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-dev@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-subscribe@qpid.apache.org

View raw message