akoze fakt pekny clanok, len na moj vkus prilis linuxovo zavisly a prilis "vysokourovnovy"... dovolil by som si nesuhlasit s poznamou, ze takto sa robi lubovolny debugger... believe or not, ale su proste systemy, kde ziadne ptrace, linux, windows, debug registre a podobne srandy nie su a nastupuje tvrdy selfmodify code a zastavovanie na konkretnych adresach ;-) Ale este raz - pekny clanok.
Opet vyzyvam vsechny, kteri si mysli, ze maji k tematu co rict (nekam "mezi" moje gdb a tyhle debuggery), at si rozmysli, jestli o tom nechteji napsat, ozvou se mi a kdyztak se domluvime - treba o ruznych tech grafickych nadstavbach gdb, o advanced featurach gdb apod. (a klidne i o jinych aplikackach, ktere take napomahaji vylepseni kodu - Valgrind uz zpracovan byl, ale jinak nic moc). Myslim, ze ta dira tu je, a bylo by bezva, kdyby ji nekdo zaplnil.
Zpusobu ladeni jadra je nekolik. Napriklad:
- UML (user mode linux), kernel skompilovany tak, ze je z nej klasicky spustitelny program. Cili linux spusteny v linuxu jako dalsi proces. A protoze je to klasicky proces, lze ho pustit v debuggeru a ladit co je treba.
- KGDB (kernel GDB), patch do kernelu, ktery umozni ladit jadro pomoci GDB z jineho stroje pripojeneho pres seriovy kabel.
- ladici vypisy, atd... :-)
- mozna jsem nejaky zpusob vynechal, ale jelikoz nejsem kernelar, tak mi to snad odpustite.