GDB breakt ständig bei GTK-Applikation in _dl_debug_state_internal ()

[Hampelmann]

Hallo zusammen,

leider habe ich im Archiv nichts sinnvolles gefunden. Ich kann nicht mehr debuggen, da ständig an der im Betreff genannten Stelle gebreakt wird.
Er gehört zu den intern gesetzten Breakpoints und kann nicht ausgeschalten werden:


(gdb) maintenance info breakpoints
Num Type Disp Enb Address What
1 breakpoint keep y <PENDING> dmaTask.h:144
-2 shlib events keep y 0x4000c195 <_dl_debug_state_internal>
breakpoint already hit 1 time
-27 thread events keep y 0x40707a48 <__linuxthreads_create_event>
-28 thread events keep y 0x40707a4d <__linuxthreads_death_event>
-125 longjmp keep n 0x40703fc6 <longjmp>
-126 longjmp keep n 0x40776c64 <__libc_siglongjmp>
-127 longjmp keep n 0x40703fa0 <siglongjmp>
-128 longjmp resume keep n 0x00000000


Der Backtrace sieht folgendermassen aus:

(gdb) backtrace
#0 0x4000c195 in _dl_debug_state_internal () from /lib/ld-linux.so.2
#1 0x4000bcc8 in _dl_init_internal () from /lib/ld-linux.so.2
#2 0x4084d901 in dl_open_worker (a=0xbffff684) at dl-open.c:458
#3 0x4000ba80 in _dl_catch_error_internal () from /lib/ld-linux.so.2
#4 0x4084deba in *__GI__dl_open (file=0xbffff820 "libnss_compat.so.2", mode=1, caller=0x0) at dl-open.c:505
#5 0x4084f28b in do_dlopen (ptr=0xbffff7e4) at dl-libc.c:80
#6 0x4000ba80 in _dl_catch_error_internal () from /lib/ld-linux.so.2
#7 0x4084f24a in dlerror_run (operate=0x2f, args=0x0) at dl-libc.c:42
#8 0x4084f333 in *__GI___libc_dlopen_mode (name=0x2f <Address 0x2f out of bounds>, mode=0) at dl-libc.c:155
#9 0x4082f6dd in *__GI___nss_lookup_function (ni=0x807ab90, fct_name=0x40867b82 "getpwuid_r") at nsswitch.c:343
#10 0x4082f2db in __nss_lookup (ni=0xbffff8c4, fct_name=0x40867b82 "getpwuid_r", fctp=0xbffff8c8) at nsswitch.c:149
#11 0x4083126d in *__GI___nss_passwd_lookup (ni=0xbffff8c4, fct_name=0x40867b82 "getpwuid_r", fctp=0xbfff
f8c8) at XXX-lookup.c:73
#12 0x407f2081 in __getpwuid_r (uid=1000, resbuf=0xbffff920, buffer=0x807a590 "", buflen=1024, result=0xbffff91c) at getXXbyYY_r.c:183
#13 0x4046f48c in g_get_any_init () at gutils.c:1407
#14 0x4046f952 in IA__g_get_home_dir () at gutils.c:1569
#15 0x4017d029 in gtk_rc_get_module_dir () from /usr/lib/libgtk-x11-2.0.so.0
#16 0x4017d5c0 in _gtk_rc_init () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x40147bed in gtk_disable_setlocale () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x40147ce7 in gtk_disable_setlocale () from /usr/lib/libgtk-x11-2.0.so.0
#19 0x40459eda in IA__g_option_context_parse (context=0x80598b8, argc=0xbffffb10, argv=0xbffffb14, error=0x0) at goption.c:1394
#20 0x40147f3f in gtk_parse_args () from /usr/lib/libgtk-x11-2.0.so.0
#21 0x40147f72 in gtk_init_check () from /usr/lib/libgtk-x11-2.0.so.0
#22 0x40147fb5 in gtk_init () from /usr/lib/libgtk-x11-2.0.so.0
#23 0x0804b826 in main (argc=1, argv=0xbffffb64) at vover.cc:217

Sieht so aus als würde ich gtk_init(...) falsch aufrufen, kann mir aber im besten Willen nicht vorstellen wieso...
Worauf will mich dieser Breakpoint aufmerksam machen? :confused:

Ciao,

Hampelmann

[Hampelmann]

Ups, selber bemerkt als ich GDB mal auf der Kommandozeile aufgerufen habe, das kommt raus:



Using host libthread_db library "/usr/lib/debug/libthread_db.so.1".
No source file named dmaTask.h.
Breakpoint 1 (dmaTask.h:144) pending.
(gdb) run
Starting program: /projects/vover/vover_gtk/src/vover
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 23575)]
No line 144 in file "dmaTask.h".
(gdb) backtrace
#0 0x4000c195 in _dl_debug_state_internal () from /lib/ld-linux.so.2
#1 0x40001f0f in dl_main () from /lib/ld-linux.so.2
#2 0x4000eac1 in _dl_sysdep_start () from /lib/ld-linux.so.2
#3 0x40000f13 in _dl_start () from /lib/ld-linux.so.2
#4 0x40000c27 in _start () from /lib/ld-linux.so.2
(gdb) continue


Er breakt also deshalb, weil er die Zeile nicht finden kann, für die der Breakpoint gesetzt wurde. Breakpoint und Sourcenangabe is freilich richtig. Also ein Bug im GDB - oh weh!

Ciao,

Hampelmann