Uploaded image for project: 'ActiveMQ C++ Client'
  1. ActiveMQ C++ Client
  2. AMQCPP-303

SEGFAULT on startup (before main)

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Blocker
    • Resolution: Fixed
    • 3.2.1
    • 3.2.2
    • CMS Impl
    • None
    • Linux SMP

    Description

      Application linked with activemq-cpp library crashes on startup before reaching main.

      The issue is that static globals are being initialized and calling apr library functions during that initialization before apr initialization is called (via DecafRuntime()). The DecafRuntime object has a singleton initialization pattern which appears to be invoked from Runtime::initializeRuntime(), which is invoked from ActiveMQCPP::initializeLibrary() in turn from the main routine with stdargs.

      To fix this, static initializers should contrive to call at least Runtime::getRuntime() (and possibly other initializers invoked by initializeRuntime()) before internally initializing. Alternatively, static const elements could be handled via the singleton initialization pattern as well such that they aren't initialized until needed... presumably after ActiveMQCPP::initializeLibrary() has been invoked in a deterministic manner.

      The offending static initializers in this case are from decaf/net/InetAddress.cpp:

      const InetAddress InetAddress::LOOPBACK( Inet4Address( "localhost", InetAddress::loopbackBytes, 4 ) );
      const InetAddress InetAddress::ANY( Inet4Address( InetAddress::anyBytes, 4 ) );

      The corresponding traceback showing this error:

      $ gdb mqtest
      GNU gdb (GDB) 7.0
      ...
      (gdb) b main
      Breakpoint 1 at 0x8085286: file mqtest.cpp line 83
      (gdb) r
      Starting program: mqtest
      [Thread debugging using libthread_db enabled]

      Program received signal SIGSEGV, Segmentation fault.
      0x08567955 in mutex_hash (mem=0x86c7a64) at atomic/unix/mutex.c:78
      78 apr_thread_mutex_t *mutex = hash_mutex[ATOMIC_HASH(mem)];
      Current language: auto
      The current source language is "auto; currently c".
      (gdb) bt
      #0 0x08567955 in mutex_hash (mem=0x86c7a64) at atomic/unix/mutex.c:78
      #1 0x08567984 in apr_atomic_add32 (mem=0x86c7a64, val=4294967295) at atomic/unix/mutex.c:113
      #2 0x0814c9a8 in decaf::util::concurrent::atomic::AtomicInteger::decrementAndGet (this=0x86c7a60) at decaf/util/concurrent/atomic/AtomicInteger.cpp:69
      #3 0x080e3094 in decaf::util::concurrent::atomic::AtomicRefCounter::release (this=0xbfffaed4) at ./decaf/util/concurrent/atomic/AtomicRefCounter.h:68
      #4 0x082af1bd in ~ArrayPointer (this=0xbfffaed4, __in_chrg=<value optimized out>) at ./decaf/lang/ArrayPointer.h:154
      #5 0x082afbd6 in decaf::lang::ArrayPointer<unsigned char, decaf::util::concurrent::atomic::AtomicRefCounter>::reset (this=0xbfffaf7c, value=0x86c8400 "\177", size=4)
      at ./decaf/lang/ArrayPointer.h:171
      #6 0x082aec27 in InetAddress (this=0xbfffaf70, hostname=..., ipAddress=0x8585c01 "\177", numBytes=4) at decaf/net/InetAddress.cpp:79
      #7 0x084dbf54 in Inet4Address (this=0xbfffaf70, hostname=..., ipAddress=0x8585c01 "\177", numBytes=4) at decaf/net/Inet4Address.cpp:34
      #8 0x082adec3 in _static_initialization_and_destruction_0 (_initialize_p=1, __priority=65535) at decaf/net/InetAddress.cpp:39
      #9 0x082ae005 in global constructors keyed to _ZN5decaf3net11InetAddress13loopbackBytesE () at decaf/net/InetAddress.cpp:191
      #10 0x0856b445 in __do_global_ctors_aux ()
      #11 0x080746e5 in _init ()
      #12 0x0856b2d7 in __libc_csu_init ()
      (gdb)

      Attachments

        Activity

          People

            tabish Timothy A. Bish
            kquick Kevin Quick
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: