Nepovažuju se sice za BFU, ale práce v GDB je podle mě maximální masochizmus. Když jednou za čas debugger potřebuju, nechci trávit několik dní s konfigurováním a studováním "jak to vlastně pracuje". Takže pokud jste na tom někdo obdobně jako já, doporučuji frontend DDD (Data Display Debugger) http://www.gnu.org/software/ddd/.
Běží to v GTK a má to obdobná "okna" jak zmiňovaný Pascalí debugger a vůbec to celé vypadá tak nějak přívětivě. A GDB konzole je tam taky... :)
Nemyslim si ze gdb je pro masochisty je to skvely tool jen to chce se naucit par zakladnich prikazu, pak je to velice silny a efektivni nastroj, sice jak zde nekdo psal multiproces,multithreaded asynchroni aplikace se s tim ladi hodne spatne ale i to s trochou trpelivosti jde ...GDB rulez ....
Pokud má někdo konstruktivní připomínky (či dokonce patche) k jednomu z těchto skriptů (gdbvim), budou vítány i v češtině ;-).
Hlavním problémem tohoto scriptu, jak to vidím já, je to, že neumí (a asi umět nebude) doplňování ála readline v gdb. Což mně osobně až tolik nevadí vzhledem k možnostem vimu.
Kromě uvedených projektů ještě existuje projekt aap (originál od Brama) http://www.a-a-p.org, který nabízí totéž jako svoji součást (agide). Docela by mne zajímalo, jestli s ním má někdo zkušenosti (mně to přišlo jako trochu overkill pro úlohu debugování pod vimem).
Cely problem spociva v tom, ze clovek, ktery gdb potrebuje jednou za mesic/pul roku/milenium/... mezitim zapomene, jak se to cele ovlada :). Pak neni spatne mit po ruce sikovny frontend, ktery mu umozni si to nepamatovat. Ten muze byt ostatne prijemny na pouzivani i zkusenejsimu uzivateli, ne ?
:-) take mne vychoval borland (barvy jsem si vzdycky upravil jinak, takze nevim o jake modre Johanka pise ;) Svoje programy ladim temer zasadne v GDB-mode emacsu od 'prikazoveho radku' gdb se to lisi jen minimalne, ale je pohodlne v jedne casti okna sledovat gdb a v druhe koukat na aktualni kod. Cili: GDB in Emacs rules!
ČLÁNKY DO MAILU