Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
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


Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
Il nuovo OnePlus Nord 6 è vicino al debu...
Tesla svela i risultati del Q4: conferma...
Nuova rimodulazione da Fastweb: fino a 3...
La NVIDIA RTX 5090 potrebbe presto costa...
ASUS non produrrà più smar...
CoopVoce sta per lanciare il 5G: ecco qu...
Factorial, azienda di batterie allo stat...
Le specifiche fuori di testa della Yangw...
I numeri incredibili di Xiaomi: nel 2025...
In Cina è pronto il parco fotovol...
Neuralink accelera: produzione di massa ...
Starlink abbassa l'orbita di migliaia di...
Dal MIT una nuova batteria per auto elet...
Adam Mosseri parla di IA su Instagram: l...
Suonerie personalizzate e Tone Store: il...
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: 08:14.


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