GDB 7.7

Vyšlo GDB 7.7. Nabízí vylepšení v oblasti skriptování v Pythonu, řadu nových příkazů, podporu nových platforem a ještě více.

7.2.2014 10:15 | Luboš Doležel (Doli) | Nová verze

Komentáře

[gsnak]

Ja som sa len nedavno dozvedel ze sa da gdb pripojit na uz beziaci proces. Pouzil som to na ladenie window managera ktory padal raz za par mesiacov. Nemohol som si dovolit cele mesiace to mat spustene v gdb tak ked som vedel ze padne, prepol som sa do konzoly, spustil gdb /usr/bin/wm `pidof wm`, dal "continue", prepol som sa spat do X, pockal kym padne, spat do konzoly, "bt" a bolo to. Fajn vecicka.

[Radim]

To zni zajimave. Jen... jak jste dopredu vedel, ze WM padne? To byla nejaka replikovatelna chyba?

[gsnak]

Vzdy sa ta chyba prejavovala tak, ze ked som spustil evince po mplayeri a evince padol, tak po dalsom spusteni evince padol cely wm. Cize ked mi naposledy padol evince, prepol som sa do konzoly, zapol gdb a v X som potom znova spustil evince.

[gsnak]

Inak po ine dni som mohol spustat mplayer a evince hore dole a nepadol ani raz, preste to chcelo pockat par mesiacov.

[xkucf03]

A čím to nakonec bylo?

[gsnak]

Neviem, v novej verzii uz to nepada.

[pavlix]

Doporučuju zapnout core dumps. Třeba Fedora to tak má v běžné instalaci kvůli nástrojům na hlášení chyby.

[little.owl]

+1

Vcetne abrt, ktery zjednodusi reportovani problemu.

[Grunt]

man core

Jinak si nejsem jistý kde jsem to četl (a jestli jsem to vůbec četl nebo si to vymyslel), ale nemělo by jít nastavit zasílání SIGSTOP s SIGSEGV (a to myslím jako abrt pravidlo) nebo to že aplikace při SIGSEGV (či jiném signálu) ne-exne? Abrt pak jen ohlásí že něco spadlo a proces bude čekat na připojení. Teda pokud to člověk chce. Dumpování jádra mi osobně přijde lepší s periodou s jakou mi furt něco padá.

A ještě mám pocit, že na některých architekturách (nebo při připojení na gdbserver) jde předat jméno programu na který má gdb čekat jako parametr pomocí příkazu:

(gdb) attach --waitfor jmeno_programu

[little-drunk-jesus]

Ano lze, SIGSEGV jde osetrit signal handlerem. Jen je trosku problem, co ten hadler ma delat, protoze pokud nevola exit atp, tak po jeho ukonceni dojde znovu k navratu do prolemoveho kod a reexekuci(existuje to slovo?) problemove instrukce a casto novemu signalu a to se muze krasne cyklit. Ale si by slo v tuhle chvilku zavolat nejakeho jineho demona, ktery by se proste k danemu rpocesu pripojil pomoci debuggeru, ale je to komplexnejsi diky pravum (ruzna userid), selinux(defaultne zakazny ptrace na fedora/rhel) atp. Ale mozna by to byl hezky namet na par veceru.

[pavlix]

To asi nebude úplně to, co měl Grunt namysli.

[dvcasxcasdc]

kazdopadne spokojenost s gdb v prikazovem radku i s grafickyma rozhranima co jej pouzivaji jsem schopen spolupracovat. horsi uz to je kdyz ma nejaky debugger jine prikazy nez gdb, to jsem pak v haji.