AIX: ¿Por qué lanzar una excepción aborta el código multiproceso?

Question

Obtenemos un aborto cuando se produce una excepción de C ++ cuando se ejecuta código compilado con -pthread.

Plataforma: AIX 5.3 nivel técnico 8 Compilador: gcc 3.4.6 Linker: AIX linker 1.65.2.4

Código de prueba:

// exception.cpp
#include <iostream>

class MyException
{
public:
        MyException(){}
        virtual ~MyException(){};
};

void gTest()
{
        throw MyException();
}

int main()
{
        try
        {
                gTest();
        }
        catch(MyException const & ex)
        {
                std::cout << "exception was caught" << std::endl;
        }

        return 0;
}


$ g++ exception.cpp
$ ./a.out
exception was caught
$ g++ -pthread exception.cpp
$ ./a.out
terminate called after throwing an instance of 'MyException'
IOT/Abort trap (core dumped)
$ gdb a.out
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-ibm-aix5.1.0.0"...
(gdb) run
Starting program: /home/leeder/except/a.out
terminate called after throwing an instance of 'MyException'

Program received signal SIGABRT, Aborted.
Switching to Thread 1
0xd0124834 in pthread_kill () from /usr/lib/libpthreads.a(shr_xpg5.o)
(gdb) bt
#0 0xd0124834 in pthread_kill () from /usr/lib/libpthreads.a(shr_xpg5.o)
#1 0xd01242a8 in _p_raise () from /usr/lib/libpthreads.a(shr_xpg5.o)
#2 0xd0359bdc in raise () from /usr/lib/libc.a(shr.o)
#3 0xd03b7efc in abort () from /usr/lib/libc.a(shr.o)
#4 0xd0ca1800 in __gnu_cxx::__verbose_terminate_handler() () at ../../.././libstdc++-v3/libsupc++/vterminate.cc:96
#5 0xd0ca1220 in __cxxabiv1::__terminate(void (*)()) (handler=0)
at ../../.././libstdc++-v3/libsupc++/eh_terminate.cc:43
#6 0xd0ca128c in std::terminate() () at ../../.././libstdc++-v3/libsupc++/eh_terminate.cc:53
#7 0xd0ca7cfc in __cxa_throw (obj=0x200084e8, tinfo=0xffffffff, dest=Cannot access memory at address 0xffffffff
)
at ../../.././libstdc++-v3/libsupc++/eh_throw.cc:80
#8 0x100008dc in gTest() ()
#9 0x100009f0 in main ()
(gdb)

¿Alguien ha visto algo similar?

¿Crees que actualizar a gcc 4 ayudaría?

¿Qué pasa con el cambio al compilador xl de IBM?

Gracias.

Answer 1

g ++ 4.3.2 parece funcionar bien para este problema. También funciona xlC v10.

Answer 2

Probé su programa en AIX:

  

oslevel -r

     

5200-08

con g ++ --version

  

g ++ (GCC) 3.3.2

     

g ++ -o ex -pthread ex.cpp

dará como resultado símbolos que no se encuentran en tiempo de ejecución (pthread_mutex_t)

Sin embargo, si lo construyes así:

  

g ++ -o ex -lpthread ex.cpp

funciona bien con los efectos esperados. Supongo que esto podría ser un problema de enlace con las bibliotecas pthread correctas.