Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Cineca inaugura Pitagora, il supercomputer Lenovo per la ricerca sulla fusione nucleare
Cineca inaugura Pitagora, il supercomputer Lenovo per la ricerca sulla fusione nucleare
Realizzato da Lenovo e installato presso il Cineca di Casalecchio di Reno, Pitagora offre circa 44 PFlop/s di potenza di calcolo ed è dedicato alla simulazione della fisica del plasma e allo studio dei materiali avanzati per la fusione, integrandosi nell’ecosistema del Tecnopolo di Bologna come infrastruttura strategica finanziata da EUROfusion e gestita in collaborazione con ENEA
Mova Z60 Ultra Roller Complete: pulisce bene grazie anche all'IA
Mova Z60 Ultra Roller Complete: pulisce bene grazie anche all'IA
Rullo di lavaggio dei pavimenti abbinato a un potente motore da 28.000 Pa e a bracci esterni che si estendono: queste, e molte altre, le caratteristiche tecniche di Z60 Ultra Roller Complete, l'ultimo robot di Mova che pulisce secondo le nostre preferenze oppure lasciando far tutto alla ricca logica di intelligenza artificiale integrata
Renault Twingo E-Tech Electric: che prezzo!
Renault Twingo E-Tech Electric: che prezzo!
Renault annuncia la nuova vettura compatta del segmento A, che strizza l'occhio alla tradizione del modello abbinandovi una motorizzazione completamente elettrica e caratteristiche ideali per i tragitti urbani. Renault Twingo E-Tech Electric punta su abitabilità, per una lunghezza di meno di 3,8 metri, abbinata a un prezzo di lancio senza incentivi di 20.000€
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 29-01-2008, 00:27   #1
salvodel
Senior Member
 
L'Avatar di salvodel
 
Iscritto dal: Dec 2004
Messaggi: 783
[C] Allocazione dinamica e problema con free

Salve a tutti, continuo ad avere un problema con il comando free quando vado a liberare la memoria di una matrice. Al momento ho riscritto tutto il programma ed ho messo solo la parte dell'allocazione dinamica della memoria per vedere dov'era l'errore. Il programma deve leggere un file di 7 colonne con un numero di righe non noto. Dopo di che lo salva.
Quello che ho scritto io fa esattamente questo ma se alla fine vado a liberare la memoria si blocca.
Perché
Gtrazie
Il codice è il seguente e senza il free finale con MSVC funziona
Codice:
#include <stdio.h>
#include <stdlib.h>
#include <math.h>
#include <float.h>

#define nomefile "OUTPUT.DAT"

struct mydata {
	double **matrice;
	double INFO[10];
	double **uscite;
	int step;
};

int leggi(struct mydata *dati)
{
	FILE *fdati;
	int t;
	int punti=20;

	printf("Numero dipunti da leggere %d\nLettura - ",punti);

	if((fdati=fopen(nomefile,"r"))==NULL)
		printf("Impossibile aprire il file");
	else
	{
		t=0;
		while(fscanf(fdati,"%LE %LE %LE %LE %LE %LE %LE",&dati->matrice[t][0],&dati->matrice[t][1],&dati->matrice[t][2],&dati->matrice[t][3],&dati->matrice[t][4],&dati->matrice[t][5],&dati->matrice[t][6])>0)
		{
			if(t>=punti)
				break;
			t++;
		}
	}
	fclose(fdati);
	printf("OK\n");
	return t;
}
int salva(struct mydata *data)
{
	FILE *fsalva;
	int i,t,punti;

	punti=data->step;
	if((fsalva=fopen("STORIA.dat","w"))==NULL)
		printf("Impossibile scrivere\n");
	else
	{
		for(t=0;t<punti;t++)
		{
			for(i=0;i<7;i++)
			{
				fprintf(fsalva,"%.4LE\t",data->matrice[t][i]);
			}
			fprintf(fsalva,"\n");
		}
	}
	return 1;
}


int main()
{
	int colonne, righe, tempo;
	int t,j;
	struct mydata insieme;

	system("cls");
	colonne=7;
	righe=30;

	insieme.matrice = (double **)malloc(righe*sizeof(double *));
	for(t=0;t<righe;t++)
		insieme.matrice[t] = (double *)malloc(colonne*sizeof(double *));

	tempo=leggi(&insieme);
	insieme.step=tempo;
	for(t=0;t<tempo;t++)
	{
		for(j=0;j<3;j++)
			printf("M[%2d][%d]=%2.3g\t",t+1, j+1, insieme.matrice[t][j]);
		printf("\n");
	}
	salva(&insieme);

	/*for(t=0;t<tempo;t++)
		free(insieme.matrice[t]);
	free(insieme.matrice);
	system("PAUSE");*/
	return 1;
}
__________________
"May the wind always be at your back and the sun upon your face.
And may the wings of destiny carry you aloft to dance with the stars...."
salvodel è offline   Rispondi citando il messaggio o parte di esso
Old 29-01-2008, 00:35   #2
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Manca il file OUTPUT.DAT per testarlo.

Comunque hai sbagliato l'allocazione

L'allocazione nel for non è da fare con "sizeof(double *)" , ma con "sizeof(double)"

Saluti
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 29-01-2008, 11:17   #3
salvodel
Senior Member
 
L'Avatar di salvodel
 
Iscritto dal: Dec 2004
Messaggi: 783
Quote:
Originariamente inviato da AnonimoVeneziano Guarda i messaggi
Manca il file OUTPUT.DAT per testarlo.

Comunque hai sbagliato l'allocazione

L'allocazione nel for non è da fare con "sizeof(double *)" , ma con "sizeof(double)"

Saluti
Grazie mille ma purtroppo per me non è quello l'errore. Ti chiedo scusa perche in un post simile cionci mi aveva corretto quell'errore ma nel postare il programma ho copiato quello non corretto. Inserendo la correzione il programma non va.
O meglio non va sotto linux. Nella versione precedente anche con sizeof(double *) sotto XP con MSVC andava e si bloccava solo al comando free mentre con linux mi da dei risultati sbagliati anche facendo la correzione. Anche qui se metto free si blocca.
Grazie
PS
Posto qualche riga del file OUTPUT.dat se ti va di testare
Codice:
  0.00000E+00   0.00000E+00   0.36077E+01   0.00000E+00   0.47400E+02   0.39976E+01   0.90246E+00
  0.20000E+00   0.72153E+00   0.36076E+01  -0.15438E-03   0.47395E+02   0.39975E+01   0.90247E+00
  0.40000E+00   0.14431E+01   0.36076E+01  -0.18149E-03   0.47395E+02   0.39975E+01   0.90246E+00
  0.60000E+00   0.21646E+01   0.36076E+01  -0.18065E-03   0.47395E+02   0.39975E+01   0.90245E+00
  0.80000E+00   0.28861E+01   0.36075E+01  -0.17686E-03   0.47395E+02   0.39978E+01   0.90238E+00
  0.10000E+01   0.36076E+01   0.36075E+01  -0.15387E-03   0.47397E+02   0.39982E+01   0.90228E+00
  0.12000E+01   0.43291E+01   0.36075E+01  -0.11592E-03   0.47400E+02   0.39990E+01   0.90209E+00
  0.14000E+01   0.50506E+01   0.36075E+01  -0.50029E-04   0.47405E+02   0.40001E+01   0.90184E+00
  0.16000E+01   0.57721E+01   0.36075E+01   0.45672E-04   0.47412E+02   0.40016E+01   0.90151E+00
  0.18000E+01   0.64936E+01   0.36075E+01   0.17416E-03   0.47421E+02   0.40034E+01   0.90111E+00
  0.20000E+01   0.72151E+01   0.36076E+01   0.33128E-03   0.47431E+02   0.40057E+01   0.90061E+00
  0.22000E+01   0.79366E+01   0.36077E+01   0.52640E-03   0.47444E+02   0.40083E+01   0.90005E+00
__________________
"May the wind always be at your back and the sun upon your face.
And may the wings of destiny carry you aloft to dance with the stars...."
salvodel è offline   Rispondi citando il messaggio o parte di esso
Old 29-01-2008, 12:16   #4
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Tu usi %LE nella scanf che indica un "long double" , mentre nella matrice usi dei "double".

Prova a sostituire tutti i "double" con dei "long double" vedrai che funzionerà.

Ricordati di eseguire la stessa modifica anche nelle "malloc". (e di non mettere il "*" nella malloc del for).

Non so bene quale sia la dinamica dell'errore. Forse la scrittura in formato sbagliato della scanf in memoria causa una corruzione che poi , all'atto della free, causa un segmentation fault. Probabilmente alcuni dati di controllo delle Glibc vengono sovrascritti ... sto sparando a caso ovviamente perchè non so con precisione come le glibc gestiscano a basso livello allocazioni e deallocazioni


Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 29-01-2008, 13:59   #5
salvodel
Senior Member
 
L'Avatar di salvodel
 
Iscritto dal: Dec 2004
Messaggi: 783
Quote:
Originariamente inviato da AnonimoVeneziano Guarda i messaggi
Tu usi %LE nella scanf che indica un "long double" , mentre nella matrice usi dei "double".

Prova a sostituire tutti i "double" con dei "long double" vedrai che funzionerà.

Ricordati di eseguire la stessa modifica anche nelle "malloc". (e di non mettere il "*" nella malloc del for).

Non so bene quale sia la dinamica dell'errore. Forse la scrittura in formato sbagliato della scanf in memoria causa una corruzione che poi , all'atto della free, causa un segmentation fault. Probabilmente alcuni dati di controllo delle Glibc vengono sovrascritti ... sto sparando a caso ovviamente perchè non so con precisione come le glibc gestiscano a basso livello allocazioni e deallocazioni


Ciao
Grazie
Il problema era proprio quello. Con MSVC probabilmente forzava l'allocazione della memoria in modo tale che fosse long double ma quando la liberavo si incasinava tutto. Sotto linux invece non facendo questa operazione il programma si piantava subito. L'avessi fatto subito da qui mi sarei risparmiato 10 giorni dimal di testa.
Tutto è bene quel che finisce bene
potevo rimanere gravemente offeso
__________________
"May the wind always be at your back and the sun upon your face.
And may the wings of destiny carry you aloft to dance with the stars...."
salvodel è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Cineca inaugura Pitagora, il supercomputer Lenovo per la ricerca sulla fusione nucleare Cineca inaugura Pitagora, il supercomputer Lenov...
Mova Z60 Ultra Roller Complete: pulisce bene grazie anche all'IA Mova Z60 Ultra Roller Complete: pulisce bene gra...
Renault Twingo E-Tech Electric: che prezzo! Renault Twingo E-Tech Electric: che prezzo!
Il cuore digitale di F1 a Biggin Hill: l'infrastruttura Lenovo dietro la produzione media Il cuore digitale di F1 a Biggin Hill: l'infrast...
DJI Osmo Mobile 8: lo stabilizzatore per smartphone con tracking multiplo e asta telescopica DJI Osmo Mobile 8: lo stabilizzatore per smartph...
Blue Origin rinvia il secondo lancio del...
Nasce l'albo degli influencer 'rilevanti...
Il Digital Networks Act è stato r...
ASUS ROG ha lanciato due nuovi monitor d...
I nuovi iPhone 18 Pro potrebbero present...
Una parte dei Galaxy S26 avrà chi...
Amazon permetterà agli autori ind...
Il caso Zuckerberg a Palo Alto: una scuo...
Texas contro Roblox: il procuratore gene...
Offerte auto da urlo su Amazon: da CarPl...
Windows 11 26H1 in arrivo fra pochi mesi...
Un Black Friday continuo a rilascio lent...
Redmi Pad Pro da 12,1" 2560x2600 pi...
Tesla Roadster rinviata (di nuovo): ora ...
Il nuovo TV premium 2025 Samsung OLED 4K...
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: 03:25.


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