(forw) [xsd-users] hpux 11.11 basic_string abort

[Boris Kolpackov]

Hi,

One of our users posted the following problem report to our mailing
list. The problem seems to be specific to aCC A.03.70 on HP-UX 11.11
so I was wondering if there is a known issue with this setup or if
any of you have seen something similar. Of course, this could be a
subtle memory corruption case that only manifests itself on this
particular platform/compiler combination.

Also is there a way to disable synchronization in std::basic_string
for a single-threaded application?

Any help would be greatly appreciated.

Boris


Boris Kolpackov
Code Synthesis Tools CC
http://www.codesynthesis.com
Open-Source, Cross-Platform C++ XML Data Binding


----- Forwarded message from Mark Lofdahl <MEL at DISC.com> -----

Hi,

I'm trying to create an object heirarchy from scratch, and then serialize
that to an xml file. I'm getting strange aborts in the destructor for
basic_string. The abort seems to move around - sometimes it is in the
destructors for temporary basic_string objects created in the serialize
functions in xsd/cxx/xml/dom/serialization.txx. Sometimes it is in the
destructors for basic_string objects created by the xsd code as it fills
in values for elements.

Our code is compiled single-threaded, as is the xerces library we are
linking to.

I'm using hpux 11.11, and aCC A.03.70. Works fine on hpux 11.23 and aCC
A.06.10, and all other platforms I've tried (windows, linux, sun).

Below is a sample stack trace of the abort.

Any ideas of why this may be happening?

Program terminated with signal 10, Bus error.
BUS_UNKNOWN - Unknown Error
#0  0xc003d478 in pthread_mutex_destroy+0x18 () from /usr/lib/libpthread.1
#1  0xc021c1f0 in __thread_mutex_free+0x40 () from /usr/lib/libc.2
#2  0xeb035730 in _HPMutexWrapper::~_HPMutexWrapper+0x34 ()
   from /usr/lib/libstd_v2.2
#3  0xecaab454 in std::basic_string<char,std::char_traits<char>,std::allocator<c
har>>::_C_unlink (this=0x400562b0) at /opt/aCC/include_std/string:1002
#4  0xeb2be8b4 in Omnidex::datatypeType::~datatypeType+0x78 ()
   from /users/oadev/omnidex/lib/libodxea.sl
#5  0xec77c6f4 in Omnidex::columnsType::column::_xsd_column_::column::~column
   +0x328 () from /users/oadev/omnidex/lib/libodxdl.sl
#6  0xec77caac in Omnidex::columnsType::~columnsType+0x100 ()
   from /users/oadev/omnidex/lib/libodxdl.sl
#7  0xec779f44 in Omnidex::tablesType::table::_xsd_table_::table::~table
   +0x11c () from /users/oadev/omnidex/lib/libodxdl.sl
#8  0xec77a504 in Omnidex::tablesType::~tablesType+0x100 ()
   from /users/oadev/omnidex/lib/libodxdl.sl
#9  0xec778374 in Omnidex::databasesType::database::_xsd_database_::database::~d
atabase+0x17c () from /users/oadev/omnidex/lib/libodxdl.sl
#10 0xec7787ec in Omnidex::databasesType::~databasesType+0x100 ()
   from /users/oadev/omnidex/lib/libodxdl.sl
#11 0xec777a30 in Omnidex::environmentsType::environment::_xsd_environment_::env
ironment::~environment+0xd8 () from /users/oadev/omnidex/lib/libodxdl.sl
#12 0xec777f10 in Omnidex::environmentsType::~environmentsType+0x100 ()




Mark Lofdahl
Dynamic Information Systems Corporation
mel at disc.com

----- End forwarded message -----