Dotaz: Ladeni C

[Petr]

Potreboval bych odladit program, ktery uz ma stovky radku. Porad mi to pise Neopravneny pristup do pameti (SIGSEGV). A nemuzu prijit, ani na to, ve kterych mistech to chybuje. Podle knizky Pavla herouta Ucebnice jazyka c II.dil, kde se zminuje o ladeni. Uvadi ze pri zhavarovani programu system vypise Segmentation faulut(core dumped) a vytvori soubor core. Pomoci programu dbx (nebo necim podobnym) se da vypsat, kde program zhavaroval. Jenomze me to nikdy soubor core nevytvori. Da se to nejak explicitne zadat?? (zkousel jsem ddd, ale moc mi nepomohl). Popripadne mohli by ste mi doporucit nejaky program, nebo poradit nejake postupy. Diky

Odpovědi

[MarSik]

No takze debugery: gdb, ddd Testovani programu na chybny zapisy/cteni z pameti: valgrind nastavovani core: ted si presne nevzpominam, ale bylo to popsane na root.cz v serialu o gdb A samozrejme pro ucely ladeni vsechno prekladat s -g volbou.

[unchallenger]

ddd by ti měl pomoci velmi, nic víc klikacího už není -- prostě v něm ten program spusť a on spadne v něm a budeš ho tam moci ladit, ani nepotřebuješ coredump (pro gdb platí totéž) BFUoidní distribuce mají coredumpy defaultně vypnuté, musíš si je povolit pomocí ulimit -c unlimited.

[Petr]

Ja nemusim mit ani tak moc klikaci veci, nepohrdny zadnym dobrym pomocnikem, at je v gravice, ci v textu, jenomze DDD se mi zastavi po dvacatem pruchodu na malloc - coz nechapu - pameti je dosti a vypise: Program received signal SIGSEGV, Segmentation fault.

[unchallenger]

Pokud např. uvloníš tentýž blok paměti dvakrát, běžně to chcípe v malloc() -- pro takové situace je lepší použít valgrind.

[Petr]

COZE ?? - to snad ne. Valgrid - je funkce nebo ladici program ??? Sedim nad tim uz nekolik hodin a nejsem schopnej tu chybu najit. :o(

[unchallenger]

To snad ne. Kdyby o něm nepsal už MarS v první odpovědi, a kdyby neexistoval Google, který na něj spolehlivě vyhodí odkaz...

[Petr]

Tak se nezlob, zacinam si pomalu pripadat jako natahovaci opicka, vsechno zkousim prochazet znovu a znovu a porad nemuzu nigde nic najit, co by bylo logicky spatne. Diky za pomoc.

[Beda]

su -
"heslo"
ulimit -Hc unlimited
ulimit -Sc unlimited
gcc -g neco_segfaultujiciho.c -o neco_segfaultjiciho
./neco_segfaultujiciho
gdb -core=./core.12345 ./neco_segfaultujiciho
bt
quit

[unchallenger]

Mno, -Hc unlimited je k ničemu, hard limit lze jen snižovat, pokud ti root dá do /etc/profile hard limit, tak si ani neškrtneš. A uvedený postup je dobrý na normální chyby, ale v případě dvakrát uvolněné paměti a spol., které vedou k pádům v _malloc_consolidate() nebo někde poblíž, je celkem na prd, protože to už je dávno pozdě. Je zapotřebí memory debugger (nebo důkladná kontrola logiky programu), který zjistí chybu, když k ní dojde, a valgrind je na to dost dobrý.

[unchallenger]

Jo aha, ty tam máš na začátku ,,su -``, tak to s ulimitem beru zpět, ale spouštět něco, o čem vím, že to nefunguje, jako root... debugguji raději jako luser.

[Petr]

DIKY DIKY DIKY vam vsem, ze ste se obtezovali mi poradit. Pomoci (nejen) valgrindu (ale hlavne nej) se mi to snad podarilo odladit - uz to nepada :o) (alespon zatim). Este jednou diky, mejte se ... Petr