Vlákno názorů k článku Trasování a ladění nativních aplikací v Linuxu od Debugger - Je smutné, že za celou dobu existence linuxu...

Je smutné, že za celou dobu existence linuxu máme k dispozici jediný mizerný debugger a nulové API pro jakékoliv ladění zevnitř nebo z venku.

srovnej s: WaitForDebugEvent() od konkurence...

PS: Posledních deset let ladím výhradně gdb+eclipse, vím o čem mluvím.

gdb je dost dobry pro Ccko ale v pripade C++ dost kulha. Problemy s manglovanim C++ jmen symbolu tu byly roky. Dodnes kdyz v gdb u vetsiho projektu zmacknete 2x po sobe TAB na doplneni jmena fce, tak se gdb zblazni a sezere vam vsechnu pamet.

PS: LLVM vyviji svuj vlastni debuger. Uz se tesim.

On je to problem hodne na strane navrhu C++ a zpusobu prace se jmeny (treba by stacila jednoducha tabulka s citelnymi nazvy metod). A problem je to vsude, i na windows (hlavne u cizich DLL).

Tak ono nějaké GUI na debuggování je zase další SW vrstva, kde musí člověk hlídat, aby mu něco neuniklo

Kdysi jsem pouzival nastroje Insure anebo Ratioal. Ty funguji podobne jako valgrind, akorat navic funguji i jako wrapper pro gcc. Tzn. do zdrojaku pridavaji vlastni fragmenty kodu, ktery pak predhazuji gcc. Vysledna analyza beziciho programu je o neco detailnejsi nez kdyby se pouzil valgrind. Bohuzel jejich licencni politika je tak silena, ze uz si to nikdo nekupuje.