Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione HUAWEI Mate X7: un foldable ottimo, ma restano i soliti problemi
Recensione HUAWEI Mate X7: un foldable ottimo, ma restano i soliti problemi
Mate X7 rinnova la sfida nel segmento dei pieghevoli premium puntando su un design ancora più sottile e resistente, unito al ritorno dei processori proprietari della serie Kirin. L'assenza dei servizi Google e del 5G pesa ancora sull'esperienza utente, ma il comparto fotografico e la qualità costruttiva cercano di compensare queste mancanze strutturali con soluzioni ingegneristiche di altissimo livello
Nioh 3: souls-like punitivo e Action RPG
Nioh 3: souls-like punitivo e Action RPG
Nioh 3 aggiorna la formula Team NINJA con aree esplorabili più grandi, due stili di combattimento intercambiabili al volo (Samurai e Ninja) e un sistema di progressione pieno di attività, basi nemiche e sfide legate al Crogiolo. La recensione entra nel dettaglio su combattimento, build, progressione e requisiti PC
Test in super anteprima di Navimow i220 LiDAR: il robot tagliaerba per tutti
Test in super anteprima di Navimow i220 LiDAR: il robot tagliaerba per tutti
La facilità di installazione e la completa automazione di tutte le fasi di utilizzo, rendono questo prodotto l'ideale per molti clienti. Ecco com'è andata la nostra prova in anteprima
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 15-09-2011, 10:20   #1
ndakota
Senior Member
 
L'Avatar di ndakota
 
Iscritto dal: Oct 2006
Città: milano
Messaggi: 1439
[C] Errori di memoria(uso valgrind)

Ciao a tutti, da ieri sto usando valgrind come supporto per lo sviluppo di questo progetto universitario che sto facendo. Ora, sono riuscito ad eliminare tutti i memory leaks, tant'è che l'output finale di valgrind è questo

Codice:
==5421== HEAP SUMMARY:
==5421==     in use at exit: 0 bytes in 0 blocks
==5421==   total heap usage: 422 allocs, 422 frees, 2,625 bytes allocated
==5421== 
==5421== All heap blocks were freed -- no leaks are possible
Però a parte questo, mi segnala un sacco di errori che non so risolvere. Il programma ora come ora se lanciato normalmente sbaglia un output proprio per gli errori di memoria anche se non dà errori. Mentre se lanciato con valgrind perfino l'output è giusto.
Qualcuno mi sa dire a cosa sono dovuti errori di questo tipo

Codice:
==5421== Conditional jump or move depends on uninitialised value(s)
==5421==    at 0x804A1C6: graph_print (graph.c:44)
==5421==    by 0x8048758: main (main.c:43)
==5421==
Codice:
==5421== Invalid read of size 4
==5421==    at 0x8049F14: list_publication_author (util.c:446)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a24c8 is 0 bytes inside a block of size 8 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x804936C: destroy_list (list.c:51)
==5421==    by 0x8048796: main (main.c:47)
==5421== 
==5421== Invalid read of size 1
==5421==    at 0x407BD6E: vfprintf (vfprintf.c:1620)
==5421==    by 0x408389F: printf (printf.c:35)
==5421==    by 0x8049F26: list_publication_author (util.c:446)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a2500 is 0 bytes inside a block of size 4 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x8049361: destroy_list (list.c:50)
==5421==    by 0x8048796: main (main.c:47)
==5421== 
==5421== Invalid read of size 1
==5421==    at 0x40A3128: _IO_file_xsputn@@GLIBC_2.1 (fileops.c:1317)
==5421==    by 0x407BC65: vfprintf (vfprintf.c:1620)
==5421==    by 0x408389F: printf (printf.c:35)
==5421==    by 0x8049F26: list_publication_author (util.c:446)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a2502 is 2 bytes inside a block of size 4 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x8049361: destroy_list (list.c:50)
==5421==    by 0x8048796: main (main.c:47)
==5421== 
==5421== Invalid read of size 1
==5421==    at 0x40A313F: _IO_file_xsputn@@GLIBC_2.1 (fileops.c:1317)
==5421==    by 0x407BC65: vfprintf (vfprintf.c:1620)
==5421==    by 0x408389F: printf (printf.c:35)
==5421==    by 0x8049F26: list_publication_author (util.c:446)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a2501 is 1 bytes inside a block of size 4 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x8049361: destroy_list (list.c:50)
==5421==    by 0x8048796: main (main.c:47)
==5421== 
==5421== Invalid read of size 1
==5421==    at 0x40A30B0: _IO_file_xsputn@@GLIBC_2.1 (fileops.c:1349)
==5421==    by 0x407BC65: vfprintf (vfprintf.c:1620)
==5421==    by 0x408389F: printf (printf.c:35)
==5421==    by 0x8049F26: list_publication_author (util.c:446)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a2500 is 0 bytes inside a block of size 4 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x8049361: destroy_list (list.c:50)
==5421==    by 0x8048796: main (main.c:47)
==5421== 
==5421== Invalid read of size 1
==5421==    at 0x40A30BC: _IO_file_xsputn@@GLIBC_2.1 (fileops.c:1348)
==5421==    by 0x407BC65: vfprintf (vfprintf.c:1620)
==5421==    by 0x408389F: printf (printf.c:35)
==5421==    by 0x8049F26: list_publication_author (util.c:446)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a2502 is 2 bytes inside a block of size 4 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x8049361: destroy_list (list.c:50)
==5421==    by 0x8048796: main (main.c:47)
==5421== 
==5421== Invalid read of size 4
==5421==    at 0x8049F2A: list_publication_author (util.c:448)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a24cc is 4 bytes inside a block of size 8 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x804936C: destroy_list (list.c:51)
==5421==    by 0x8048796: main (main.c:47)
==5421== 
==5421== Invalid read of size 4
==5421==    at 0x8049F4F: list_publication_author (util.c:453)
==5421==    by 0x80487EA: main (main.c:55)
==5421==  Address 0x41a24cc is 4 bytes inside a block of size 8 free'd
==5421==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==5421==    by 0x804936C: destroy_list (list.c:51)
==5421==    by 0x8048796: main (main.c:47)
==5421==
Grazie a tutti
ndakota è offline   Rispondi citando il messaggio o parte di esso
Old 15-09-2011, 11:35   #2
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Conditional jump or move depends on uninitialised value(s)
sembra una variabile non inizializzata
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 15-09-2011, 11:39   #3
ndakota
Senior Member
 
L'Avatar di ndakota
 
Iscritto dal: Oct 2006
Città: milano
Messaggi: 1439
Quote:
Originariamente inviato da marco.r Guarda i messaggi
sembra una variabile non inizializzata
Ho "risolto" ma la cosa non mi convince. Nel main ho questo pezzo

Codice:
case 'A':
            p = get_publication();
            headAuthors = p->authors;
            headBibliography = p->bibliography;            

            if(check_publication_id(pubTree, p->id) 
                  &&   check_publication_authors(researchers, p->authors) 
                  && check_publication_bibliography(pubTree, p->bibliography))
             {  
                 add_publication_id(publicationIdGraph, p->id, p->bibliography);
                 graph_print(publicationIdGraph);
                 add_publication(&pubTree, &researchers, p);
             } 
            /*
            destroy_list(headAuthors);
            destroy_list(headBibliography);*/
            free(p->id);
            free(p->title);
            free(p);
            break;
La situazione era questa. Prima di commentare le due righe commentate nel codice, valgrind mi segnalava una 70ina di errori però nessun memory leaks(tante malloc quante free). Commentate quelle due righe, gli errori da 70 sono scesi a 2 però mi perdo qualche free ovviamente. Ora non so che fare. Le ho lasciate commentate perchè così comunque funziona però non ho deallocato quelle due liste che fan parte della struttura.
ndakota è offline   Rispondi citando il messaggio o parte di esso
Old 15-09-2011, 12:41   #4
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
E' impossibile aiutarti se non pubblichi almeno il pezzo incriminato (la definizione di graph_print)
edit: Scusa avevo perso il pezzo dove dicevi che hai risolto.
Che errori ti segnalava ? Il problema in questi casi e' tipicamente NON dove fai la free, ma quanto il fatto che ci arrivi con dei puntatori sballati.
(i.e. il bug e' prima).
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 15-09-2011, 13:56   #5
WarDuck
Senior Member
 
L'Avatar di WarDuck
 
Iscritto dal: May 2001
Messaggi: 12939
Probabilmente è la funzione destroy_list a non essere completamente corretta.

Dovresti postare il codice o comunque controllare lì dentro .
WarDuck è online   Rispondi citando il messaggio o parte di esso
Old 15-09-2011, 14:03   #6
ndakota
Senior Member
 
L'Avatar di ndakota
 
Iscritto dal: Oct 2006
Città: milano
Messaggi: 1439
La funzione è questa

Codice:
void destroy_list(List l)
{
   struct node * temp;  

   if(l == NULL)
      return;
  
    while(l != NULL)  
    {
       temp = l->next;         
       free(l->value);
       free(l);         
       l = temp;          
    }
}
Secondo me l'errore è nel case di prima. Io copio due puntatori ma se poi nella funzione modifico quello che ho assegnato a questi puntatori, quando viene chiamata la destroy_list non puntano più alla testa no?
Ho bisogno di un po' di chiarezza
ndakota è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2011, 19:23   #7
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Vediamo troppo poco codice per poter capire, soprattutto perche' non si capisce bene a quali righe di codice si riferiscano gli errori dell'inizio.

Comunque, se il problema e' che facendo la free deallochi correttamente (ma poi accedi a memoria deallocata) e se non la fai poi ti resta memoria allocata alla fine dell'esecuzione, direi che il problema e' il seguente:

Probabilmente utilizzi anche da qualche altra parte i valori contenuti nella lista headAuthors o headBibliography, assegnando i puntatori invece che duplicandone il contenuto.

In alternativa potrebbe essere dovuto anche al fatto che quando distruggi la lista distruggi non solo la lista in se, ma anche i valori puntati.
Immagino ad esempio che diverse pubblicazioni possano avere uno stesso autore. In quel caso, condividono la stessa struttura, o si tratta di due copie distinte ?
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2011, 19:38   #8
ndakota
Senior Member
 
L'Avatar di ndakota
 
Iscritto dal: Oct 2006
Città: milano
Messaggi: 1439
Quote:
Originariamente inviato da marco.r Guarda i messaggi
Vediamo troppo poco codice per poter capire, soprattutto perche' non si capisce bene a quali righe di codice si riferiscano gli errori dell'inizio.

Comunque, se il problema e' che facendo la free deallochi correttamente (ma poi accedi a memoria deallocata) e se non la fai poi ti resta memoria allocata alla fine dell'esecuzione, direi che il problema e' il seguente:

Probabilmente utilizzi anche da qualche altra parte i valori contenuti nella lista headAuthors o headBibliography, assegnando i puntatori invece che duplicandone il contenuto.
E' vero, solitamente assegno i puntatori. Come faccio a duplicarne il contenuto?


Quote:
Originariamente inviato da marco.r Guarda i messaggi
In alternativa potrebbe essere dovuto anche al fatto che quando distruggi la lista distruggi non solo la lista in se, ma anche i valori puntati.
Immagino ad esempio che diverse pubblicazioni possano avere uno stesso autore. In quel caso, condividono la stessa struttura, o si tratta di due copie distinte ?
No, no. Ogni pubblicazione ha la sua lista di autori. Che poi potrebbero essere gli stessi è un altro discorso. Comunque il progetto è diventato davvero grosso a livello di codice. Non ho nessun problema a mettere codice ma non so che parte mettere.
ndakota è offline   Rispondi citando il messaggio o parte di esso
Old 16-09-2011, 23:09   #9
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da ndakota Guarda i messaggi
E' vero, solitamente assegno i puntatori. Come faccio a duplicarne il contenuto?
Assegni il contenuto invece che il puntatore

Invece di
Codice:
int* x;
int* y;
y = blabla();
x = y;
devi passare a qualcosa tipo

Codice:
int* x;
int* y;
y = blabla();
x = malloc(sizeof(int));
*x = *y;
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 17-09-2011, 09:44   #10
ndakota
Senior Member
 
L'Avatar di ndakota
 
Iscritto dal: Oct 2006
Città: milano
Messaggi: 1439
Ok, il fatto è che ho strutture con campi struttura e stringa per esempio.
Come devo fare in questo caso? Basta che alloco la struttura e assegno solo la struttura o devo allocare ogni singolo campo e copiarli tutti? E poi se voglio deallocare l'intera struttura? Devo sempre prima deallocare un campo alla volta?
ndakota è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione HUAWEI Mate X7: un foldable ottimo, ma restano i soliti problemi Recensione HUAWEI Mate X7: un foldable ottimo, m...
Nioh 3: souls-like punitivo e Action RPG Nioh 3: souls-like punitivo e Action RPG
Test in super anteprima di Navimow i220 LiDAR: il robot tagliaerba per tutti Test in super anteprima di Navimow i220 LiDAR: i...
Dark Perk Ergo e Sym provati tra wireless, software via browser e peso ridotto Dark Perk Ergo e Sym provati tra wireless, softw...
DJI RS 5: stabilizzazione e tracking intelligente per ogni videomaker DJI RS 5: stabilizzazione e tracking intelligent...
Sembra ormai certo: la prossima Xbox sar...
“Solutions Beyond Displays”: la strategi...
La società europea The Exploratio...
Dalle auto ai robot umanoidi: Faraday Fu...
Vodafone annuncia la dismissione di un s...
Stiga lancia i nuovi robot tagliaerba co...
Bullismo e cyberbullismo, Keenetic lanci...
Con AI Skills Checker Bitdefender mette ...
E-bike giapponese con 1.000 km di autono...
Un eVTOL con cui basta saper andare in b...
Dal mercato cinese al mondo: HONOR firma...
Sovranità digitale: l'UE sperimen...
Accesso alla memoria su Windows 11 solo ...
iPhone 18 Pro Max con batteria da oltre ...
Windows 11, cali di prestazioni sulle GP...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 19:49.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v