[C] problema allocazione, strutture, stringhe

[ndakota]

Ciao a tutti, non so spiegarvi bene il mio problema ma ho un pezzo di codice cortissimo che mi sta facendo impazzire. Eccolo

Bit_node bit_new(char* key)
{
   Bit_node new = NULL;
   printf("%s\n", key);   
   new = malloc(sizeof(struct bit_node));
   printf("%s\n", key);

La funzione va avanti ma non importa. Il fatto è che alla prima stampa di key me la stampa giusta, la seconda, dopo che a new viene istanziato il puntatore a quella struttura allocata, key mi viene stampata con un carattere strano in coda! Non capisco proprio. Qualcuno riesce ad aiutarmi?

Grazie.

[clockover]

Hai provato con un debugger a vedere cosa succede in memoria? Ma Bit_node cos'è un puntatore?

[ndakota]

Non ho mai usato un debugger. Appunto stavo usando le printf. Si Bit_node è un puntatore a struct bit_node.

[clockover]

Allora ti conviene cominciare ad usarlo, dato che solo con un debugger puoi davvero vedere cosa succede in memoria. Io sto imparando ad usare gdb, ma prima usavo il debugger di XCode.
Anche perchè in quel pezzo di codice che hai postato non c'è nulla di strano

[ndakota]

Appunto cavolo

[clockover]

Non c'è un altro thread che sta modificando il valore all'indirizzo di key vero?

[ndakota]

Non uso thread. Non che io sappia. Non faccio fork nè nient'altro insomma

[banryu79]

Ciao ndakota, se non lo conosci già, se e quando avrai tempo ti consiglio di cominciare a utilizzare questo -> Valgrind

[ndakota]

Sto installando. Spero sia facile da usare perchè sto facendo sto progetto per l'università, non ho molto tempo ancora

[banryu79]

Originariamente inviato da ndakota

Sto installando. Spero sia facile da usare perchè sto facendo sto progetto per l'università, non ho molto tempo ancora

Io non l'ho mai usato, eh
So solo (attraverso questo forum) che è uno strumento di diagnostica eccezionale.
Guardando l'home page, in alto a sinistra c'è un menù. La voce Tool Suite: sono i tool distribuiti con Valgrind. Leggiti qualcosa su questi e vedi di capire quale può fare al caso tuo (a naso, Memcheck?) e comincia ad utilizzarlo.

Poi al limite chiedi lumi, sicuramente tra gli utenti del forum c'è chi lo conosce bene e potrà darti le dritte giuste per il tuo debug.

[ndakota]

Ok, ho già visto come se ne fa un utilizzo di base. Però mi segnala cose che non mi sembrano errori e non saprei come correggere.. Tra l'altro se compilo ed eseguo con valgrind, mi stampa tutto correttamente. Dannato

[banryu79]

Originariamente inviato da ndakota

Però mi segnala cose che non mi sembrano errori e non saprei come correggere..

Se non sono errori probabilmente sono dei warning?

Originariamente inviato da ndakota

Tra l'altro se compilo ed eseguo con valgrind, mi stampa tutto correttamente. Dannato

Questo è interessante
Beh, come ho detto non ho conoscenze specifiche in merito, non ti resta che attendere più circostanziati consigli e nel frattempo provare a cavartela da te.
Ok, oggi mi sento un po' Captain Obvious™

[clockover]

Io farei in questo modo
1) compila in questo modo

gcc -g sorgente.c

2) esegui il debugger

gdb -q ./a.out

3) lista il sorgente in gdb con questo comando e premi invio fino alle linee che ti interessando

list 1

4) leggi il numero di riga in cui si trovano le due printf e settali come breakpoint in questo modo (un comando per ogni riga)
Facendo così puoi vedere prima e dopo la malloc cosa succede

break #

# ovviamente è un numero
5) dai il comando

run

6)il programma viene eseguito e si blocca al primo breakpoint quindi dai il comando

x/s key

ti stampa il contenuto in formato stringa di key. Dando

x/#x key

ti stampa il contenuto in esadecimale e al posto di # inserisci un numero, ad esempio 1, 2, 3, 4, ecc..., dipende dalla dimensione di key
7)dai il comando

continue

8)ora si è fermato al secondo breakpoint e ripeti i comandi del punto 6. In questo modo puoi confrontare i valori in memoria e vedere se qualcosa è differente

spero di non aver sbagliato qualcosa dato che come ho già detto prima sto imparando ora ad usare gdb :-D

[ndakota]

Scusa clockover ma come ho detto non ho molto tempo. Cercherò di far qualcosa con le segnalazioni di valgrind altrimenti mi arrendo

[ndakota]

Ho risolto Grandissimi! E questo valgrind è veramente una figata

[banryu79]

Originariamente inviato da ndakota

Ho risolto Grandissimi! E questo valgrind è veramente una figata

Si può sapere qual'era il problema? Scusa se chiedo, ma la curiosità è bruciante

[ndakota]

Del caso specifico dell'open post non ne ho idea. Perchè la prima volta che l'ho lanciato mi ha dato tanti di quelli errori che ho pensato fosse meglio fare un passo indietro. Così mi sono messo a testare tutte le funzioni fatte da me ed erano piene di errori di memoria di vario tipo. Per esempio per molto non facevo una free, adesso per ogni allocazione ho una free. Altro errore per esempio, allocavo n byte ma in alcuni casi particolari ne scrivevo n-1 e lui lo segnalava. Adesso è tutto perfetto. Non mi segnala niente di niente

[Unrue]

Originariamente inviato da ndakota

Ho risolto Grandissimi! E questo valgrind è veramente una figata

Altroché se è una figata

Ti consiglio di utilizzare SEMPRE questi flags quando lo lanci:

--tool=memcheck --leak-check=full

Ed ovviamente compilare con -O0 -g

Ciao.

[banryu79]

Valgrind colpisce ancora

[ndakota]

Cavolo ragazzi. Sono riuscito ad andare avanti ma più vado avanti più spuntano errori su valgrind. A volte non intaccano l'esecuzione, fila tutto perfettamente. Altre no e quindi poi mi trovo tra millemila errori. Qualcuno ha qualche suggerimento? Qualcuno che lo usa magari e sa dirmi gli errori più comuni e come si risolvono. Please