Nehmen wir an, ich habe ein einfaches C++-Programm geschrieben
#include <stdexcept>
int main(int argc, char *argv[])
{
throw std::logic_error("Error");
return 0;
}
Dieses Programm (kompiliert mit g++ -O0 -ggdb -o test test.cpp) löst erwartungsgemäß eine von gdb abgefangene Ausnahme aus:
> gdb test
Reading symbols from test...
(gdb) r
Starting program: /home/christoph/test/gdb/test
terminate called after throwing an instance of 'std::logic_error'
what(): Error
Program received signal SIGABRT, Aborted.
0x00007ffff7abace5 in raise () from /usr/lib/libc.so.6
(gdb) bt
#0 0x00007ffff7abace5 in raise () from /usr/lib/libc.so.6
#1 0x00007ffff7aa4857 in abort () from /usr/lib/libc.so.6
#2 0x00007ffff7e3b81d in __gnu_cxx::__verbose_terminate_handler () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/vterminate.cc:95
#3 0x00007ffff7e482ea in __cxxabiv1::__terminate (handler=<optimized out>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:48
#4 0x00007ffff7e48357 in std::terminate () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:58
#5 0x00007ffff7e485be in __cxxabiv1::__cxa_throw (obj=<optimized out>, tinfo=0x555555557da8 <typeinfo for std::logic_error@@GLIBCXX_3.4>, dest=0x7ffff7e5e660 <std::logic_error::~logic_error()>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_throw.cc:95
#6 0x00005555555551c0 in main (argc=1, argv=0x7fffffffdf08) at test.cpp:5
Nehmen wir an, ich kompiliere Makefiledas Programm, das ich von gdb aus ausführe, nachdem ich touchden Quellcode während einer laufenden gdb-Sitzung aufgerufen habe:
(gdb) make
g++ -O0 -ggdb -o test test.cpp
Die Kompilierung ist erfolgreich, aber wenn ich das Programm erneut ausführe, passiert Folgendes:
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
`/dir/to/test' has changed; re-reading symbols.
Starting program: /dir/to/test
terminate called after throwing an instance of 'std::logic_error'
what(): Error
Program received signal SIGABRT, Aborted.
0x00007ffff7abace5 in ?? ()
(gdb) bt
#0 0x00007ffff7abace5 in ?? ()
#1 0x0000000000000000 in ?? ()
Offenbar wurden die Symbole nicht richtig neu eingelesen und der Stacktrace ist nutzlos. Wenn ich die Symboltabelle neu einlese, funktioniert alles wie erwartet:
(gdb) symbol-file /dir/to/test
Reading symbols from /dir/to/test...
Reading symbols from /usr/lib/libstdc++.so.6...
Reading symbols from /usr/lib/libm.so.6...
(No debugging symbols found in /usr/lib/libm.so.6)
Reading symbols from /usr/lib/libgcc_s.so.1...
Reading symbols from /usr/lib/libc.so.6...
(No debugging symbols found in /usr/lib/libc.so.6)
Reading symbols from /lib64/ld-linux-x86-64.so.2...
(No debugging symbols found in /lib64/ld-linux-x86-64.so.2)
(gdb) bt
#0 0x00007ffff7abace5 in raise () from /usr/lib/libc.so.6
#1 0x00007ffff7aa4857 in abort () from /usr/lib/libc.so.6
#2 0x00007ffff7e3b81d in __gnu_cxx::__verbose_terminate_handler () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/vterminate.cc:95
#3 0x00007ffff7e482ea in __cxxabiv1::__terminate (handler=<optimized out>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:48
#4 0x00007ffff7e48357 in std::terminate () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:58
#5 0x00007ffff7e485be in __cxxabiv1::__cxa_throw (obj=<optimized out>, tinfo=0x555555557da8 <typeinfo for std::logic_error@@GLIBCXX_3.4>, dest=0x7ffff7e5e660 <std::logic_error::~logic_error()>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_throw.cc:95
#6 0x00005555555551c0 in main (argc=1, argv=0x7fffffffdf08) at test.cpp:5
Ist das ein Fehler in gdb oder beabsichtigtes Verhalten? Gibt es einen Schalter, um das automatische Neuladen der Symboltabelle zu ermöglichen?
Hinweis: Das Verhalten tritt bei gdb 9.1 und g++ 9.2.1 auf.