Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Antigravity A1: drone futuristico per riprese a 360° in 8K con qualche lacuna da colmare
Antigravity A1: drone futuristico per riprese a 360° in 8K con qualche lacuna da colmare
Abbiamo messo alla prova il drone Antigravity A1 capace di riprese in 8K a 360° che permette un reframe in post-produzione ad eliche ferme. Il concetto è molto valido, permette al pilota di concentrarsi sul volo e le manovre in tutta sicurezza e decidere con tutta tranquillità come gestire le riprese. La qualità dei video, tuttavia, ha bisogno di uno step in più per essere competitiva
Sony Alpha 7 V, anteprima e novità della nuova 30fps, che tende la mano anche ai creator
Sony Alpha 7 V, anteprima e novità della nuova 30fps, che tende la mano anche ai creator
Dopo oltre 4 anni si rinnova la serie Sony Alpha 7 con la quinta generazione, che porta in dote veramente tante novità a partire dai 30fps e dal nuovo sensore partially stacked da 33Mpixel. L'abbiamo provata per un breve periodo, ecco come è andata dopo averla messa alle strette.
realme GT 8 Pro Dream Edition: prestazioni da flagship e anima racing da F1
realme GT 8 Pro Dream Edition: prestazioni da flagship e anima racing da F1
realme e Aston Martin Aramco F1 Team si sono (ri)unite dando alla vita un flagship con chip Snapdragon 8 Elite Gen 5 e design esclusivo ispirato alle monoposto di Formula 1. La Dream Edition introduce la nuova colorazione Lime Essence abbinata al tradizionale Aston Martin Racing Green, decorazioni intercambiabili personalizzate e una confezione a tema F1, intorno a uno smartphone dall'ottima dotazione tecnica con batteria da 7000mAh ricaricabile a 120W e isola fotografica intercambiabile
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: 12883
Probabilmente è la funzione destroy_list a non essere completamente corretta.

Dovresti postare il codice o comunque controllare lì dentro .
WarDuck è offline   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


Antigravity A1: drone futuristico per riprese a 360° in 8K con qualche lacuna da colmare Antigravity A1: drone futuristico per riprese a ...
Sony Alpha 7 V, anteprima e novità della nuova 30fps, che tende la mano anche ai creator Sony Alpha 7 V, anteprima e novità della ...
realme GT 8 Pro Dream Edition: prestazioni da flagship e anima racing da F1 realme GT 8 Pro Dream Edition: prestazioni da fl...
OVHcloud Summit 2025: le novità del cloud europeo tra sovranità, IA e quantum OVHcloud Summit 2025: le novità del cloud...
Un mostro da MSI: QD-OLED WQHD a 500 Hz con AI Care e DisplayPort 2.1a Un mostro da MSI: QD-OLED WQHD a 500 Hz con AI C...
iPhone Air va in sconto: il nuovo iPhone...
Polaroid Now Gen 3 torna di moda: la fot...
Fallout 76: l'aggiornamento più g...
Prezzo folle per il top OLED da gaming: ...
Un nuovo processo antitrust per Apple in...
Amazon abbassa il prezzo delle AirPods 4...
Due super offerte Amazon: PC Desktop con...
Apple AirTag: il pacchetto da 4 ora a so...
La Cina senza NVIDIA: Moore Threads e Ca...
Un bel portatile potente in offerta: Ace...
Si mimetizza tra due altoparlanti, ma &e...
Clair Obscur Expedition 33: il lancio su...
Ci risiamo, la censura colpisce Roblox: ...
Gli iPhone 17 Pro perdono una funzione d...
Windows 11 non cresce e riduce la sua qu...
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: 09:52.


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