Administrace komentářů

Spustíš Midori pomocí GDB, naskočí ti konzole GDBčka, umístíš breakpoint a budeš pokračovat v běhu, takže:

$ gdb --args midori --sync
GNU gdb (GDB) Fedora (7.2-46.fc14)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/midori...(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install midori-0.2.9-4.fc14.i686
(gdb) break gdk_x_error
Function "gdk_x_error" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (gdk_x_error) pending.
(gdb) run

Pak provedeš to co děláš aby to sletělo, takže předpokládám načtení Ábíčka. No prostě to musí sletět. V konzoli se ti to potom vrátí samo do gdb, vypíšeš si backtrace a ono ti to ukáže všechny funkce přes které to prošlo než to sletělo (když nemáš nainstalované ladící symboly jako já tak ti to aspoň ukáže jména knihoven). A některá z nich je za ten pád zodpovědná:

Breakpoint 1, gdk_x_error (display=0x80e9e00, error=0xbfffe3dc)
    at gdkmain-x11.c:438
438	{
(gdb) backtrace
#0  gdk_x_error (display=0x80e9e00, error=0xbfffe3dc) at gdkmain-x11.c:438
#1  0x00569cdd in _XError () from /usr/lib/libX11.so.6
#2  0x00570a02 in ?? () from /usr/lib/libX11.so.6
#3  0x00570a4d in ?? () from /usr/lib/libX11.so.6
#4  0x005714f8 in _XReply () from /usr/lib/libX11.so.6
#5  0x00564888 in XSync () from /usr/lib/libX11.so.6
#6  0x00564926 in ?? () from /usr/lib/libX11.so.6
#7  0x00568995 in ?? () from /usr/lib/libX11.so.6
#8  0x00545f9b in XCreatePixmap () from /usr/lib/libX11.so.6
#9  0x414dae32 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#10 0x414dbdf0 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#11 0x41b98d6e in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#12 0x41b98fc0 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#13 0x41b99019 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#14 0x414da939 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#15 0x41b70872 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#16 0x41c7a823 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#17 0x41c7ae8d in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#18 0x41c42fed in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
…
#32 0x0040c192 in g_main_dispatch (context=0x8101538) at gmain.c:2149
#33 g_main_context_dispatch (context=0x8101538) at gmain.c:2702
#34 0x0040c978 in g_main_context_iterate (context=0x8101538, block=1, dispatch=
    1, self=<value optimized out>) at gmain.c:2780
#35 0x0040d04b in g_main_loop_run (loop=0x913be80) at gmain.c:2988
#36 0x066cc499 in IA__gtk_main () at gtkmain.c:1237
#37 0x080634e9 in main ()
(gdb) quit
A debugging session is active.

	Inferior 1 [process 2319] will be killed.

Quit anyway? (y or n) y
$

V mém případě je to dost divné, protože i když je za ty pády zodpovědný flash, tak nikde ve výpisu není vidět (asi nastražil past v podobě nevalidních dat pro nějakou jinou funkci), ale většinou je to nějaká chyba právě v libflashplayer.so. Řešení, přesunout zpátky libflashplayer:

$ mv ~/.mozilla/plugins/libflashplayer.so ~/.mozilla/plugins/libflashplayer.s_

Pak to zas běhá normálně.