AIX: Pourquoi le lancement d'une exception annule-t-il le code multithread?

Question

Nous obtenons un abandon lorsqu'une exception C ++ est générée lors de l'exécution du code compilé avec -pthread.

Plate-forme: niveau technique AIX 5.3 8 Compilateur: gcc 3.4.6 Éditeur de liens: éditeur de liens AIX 1.65.2.4

Code de test:

// 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)

Quelqu'un a-t-il déjà vu quelque chose de similaire?

Pensez-vous qu'une mise à niveau vers gcc 4 aiderait?

Qu'en est-il du basculement vers le compilateur xl d'IBM?

Merci.

Answer 1

g ++ 4.3.2 semble fonctionner correctement pour ce problème. XlC v10 fonctionne également.

Answer 2

J'ai essayé votre programme sous AIX:

  

oslevel -r

     

5200-08

avec g ++ --version

  

g ++ (GCC) 3.3.2

     

g ++ -o ex -pthread ex.cpp

génèrera des symboles introuvables à l'exécution (pthread_mutex_t)

Cependant, si vous le construisez comme:

  

g ++ -o ex -lpthread ex.cpp

fonctionne très bien avec les effets attendus. Je suppose que cela pourrait être un problème de lien avec les bibliothèques pthread droites.