Dotaz: zmena ukazatele na promennou

[marek]

Dobry den.

Snazim se pomoci gdb debugovat program, ktery dela neco jineho nez si myslim, ze by mel delat.

a docela me prekvapilo:

305                             poradi=0;
(gdb) print &poradi
$20 = (int *) 0x41401128
(gdb) s
306                             vytvorpole(koren);
(gdb) print &poradi
$21 = (int *) 0x41401128
(gdb) s
vytvorpole (kmen=0x46d7250) at pipestat.c:276
276                     if (kmen->mensi != NULL ) {
(gdb) print &poradi
$22 = (int *) 0x413fd288

Jaktoze je poradi pokazde neco jineho?

Jsem si jisty, ze je definovano prave jednou.

marek

Odpovědi

[Sten]

A není náhodou poradi definováno v hlavičkovém souboru?

[marek]

Dobry den.

Opravdu neni.

marek

[chochi]

Ahoj,
Takhle je to moc obecne. Mozna by pomohlo sem dat jak je ta promena deklarovana a alespon ty dve funkce (nebo kousky) pro lepsi prehled.

[marek]

Dobry den.

Nechtel jsem zatezovat prehnanou delkou kodu, pokud by to bylo pro nekoho zkusenejsiho jasne a pripadne zcela v poradku.

takze:

typedef struct zaznam {
 char text[MAXRECLEN];
 int pocet;
 struct zaznam *mensi,*vetsi;
} zaznam;
void *findexer() {
        zaznam **pole;
        pole =  (zaznam **) malloc( sizeof(zaznam *) * (prvku) );
        int poradi;
        void *vytvorpole(zaznam *kmen) {
                if (kmen->mensi != NULL ) {
                        vytvorpole(kmen->mensi);
                }
                //printf("---------%10d   %s\n", kmen->pocet, kmen->text);
                pole[poradi]=kmen;
                poradi++;
                if (kmen->vetsi != NULL ) {
                        vytvorpole(kmen->vetsi);
                }
        }
        while (1) {
                sleep(1);
                if (koren != NULL) {
                        pthread_mutex_lock( &mdata );
                        int pozadi;
                        for (pozadi=0;pozadi<prvku;pozadi++) {
                                pole[pozadi]=NULL;
                        }
                        poradi=0;
                        vytvorpole(koren);
                        printf("%d*********************\n",prvku);
                        for (pozadi=0;pozadi<prvku;pozadi++) {
                                printf("%s %d\n",pole[pozadi]->text,pozadi);
                        }
                        pthread_mutex_unlock(&mdata );
                }
        }
}

funkce ma podle me naplnit pole[] seradenejma ukazatelama na zaznamy

marek

[pht]

Z hlediska toho, co tam máte napsáno, by Vám mělo být úplně jedno, kde zrovna poradi sídlí v paměti. Měl byste se akorát starat o to, že když do té proměnné něco zapíšete, tak budete z toho schopen to samé později přečíst. Jestli mezitím proměnná odtancuje na druhej konec paměti, na disk, nebo jiný počítač, do toho nešťourejte.

Jedno možné vysvětlení, proč je proměnná jinde, může být, že je to automatická proměnná na zásobníku a Vy používáte navíc vnořené funkce, což není zrovna C-standardní. Může být, že překladač tu proměnnou propasuje do té vnitřní funkce tak, že jí skopíruje na jiné místo na stacku (a pak zpět). Ale to jen hádám. Podstatný je odstavec číslo jedna.

[marek]

Problem je v tom, ze se mi tam deje cosi podivneho (nekde je v tom asi chyba) a pole se naplni spatne. A co je jeste divnejsi, prepise se pri tom i jeden zaznam (pokazdy ten samy - prvni dynamicky alokovany). Pri tom debugovani se mi poradi po odskoku do vytvorpole(zaznam *kmen) zmeni i hodnotou (tak me vlastne napadlo sledovat &poradi). Dale se mi nedari sledovat pole, neustale ukazuje na 0x0. Je to problem gdb, nebo jsem neco nopochopil? marek

[marek]

Takze chybu mam.

Alokace pole musi byt v tom cyklu, kde se testuje, jestli uz existuje koren a zase se to musi vzdy uvolnit.

Jak jsem to psal postupne, tak jsem si to chtel ze zacatku jenom vyzkouset a predpokladal jsem, ze kdyz tu funkci zavolam, tak uz mam nactene vsechny testovaci zaznamy. To bylo bohuzel chyba - zaznamy se nactou az v tom sleepu. A ja jsem mel tim padem naalokovano do pole 0. A ukazovalo to na to same misto, kam se naalokovalo poradi a za nej prvni zaznam. Takze pole se zapisovalo do poradi a prvniho potom alokovaneho zaznamu.

Sice to nevysvetluje to &poradi, ale to me vlastne i podle pht nemusi vubec trapit.

Pouceni: kdyz se pise vicevlaknove, tak nema moc smysl neco zkouset, dokud neni dopsan cely logicky blok

marek

[pht]

jsem si to chtel ze zacatku jenom vyzkouset

Je lepší programy vyzkoušet tak, že napíšete automatický testovací kód. Pak obvykle víte přesně co se v testovaném programu děje.

[chochi]

S vnorenyma funkcema nemam vubec skusenosti, takze netusim, jak se to ve skutecnosti predava, takze mozna je to normalni. Zjevnou chybu tam nevidim.