Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X500 Pro Max: la fotografia mobile ha un nuovo protagonista
Recensione vivo X500 Pro Max: la fotografia mobile ha un nuovo protagonista
Il nuovo top di gamma vivo punta su un comparto fotografico particolarmente articolato, con un teleobiettivo da 200 megapixel e teleconvertitori esterni capaci di arrivare a 400 mm equivalenti. Lo abbiamo provato a Tenerife, mettendo alla prova fotocamere, prestazioni, autonomia e accessori. Ecco come si è comportato.
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
Un mondo affollato e vivo, personaggi destinati a sparire a fine test e nessuno a inseguire l'oggetto giusto. Beta e stress test di World of Warcraft: Forever hanno fatto emergere un roleplay spontaneo, tra danze a Goldshire e code ordinate ai PNG
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA
In tre giorni a Las Vegas Oracle ha presentato agenti che eseguono il lavoro, l'alleanza con OpenAI e un cloud aperto agli acceleratori di tutti. Ma i clienti europei chiedono garanzie prima ancora delle funzionalità
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 03-02-2009, 19:05   #1
Zero-Giulio
Member
 
Iscritto dal: May 2007
Messaggi: 292
[C] Espandere la memoria

Stò scrivendo un programma in C...

Lavoro con matrici e vettori abbastanza grossi, e ogni tanto il programma (o Windows con un msg di errore) se ne esce dicendo che la memoria non basta.

Lavoro con CodeBlocks su Windows Xp.

Volevo sapere se era possibile in qualche modo espandere la memoria usata dal mio programma.

Mi spiego: ho 2 giga di ram e 500 mega di swap. Dubito che il programma vada a riempirli tutti. Quindi mi aspetto che in realtà lavori solo con una porzione di uno o entrambi. Probabilmente è solo questione di settaggi per permettere di lavorare con più memoria.

Non so, sono idee mie. Mai letto nulla a proposito. Voi cosa avete da suggerire, tenmendo conto dei miei problemi?

Un'altra cosa: supponiamo che io allochi un vettore di 100 interi, e che successivamente mi accorga che di posizioni me ne servono solo 50. Come faccio a liberare la seconda metà del vettore inizialmente allocato.
Per intenderci, una free (da metà in poi...).

Grazie
Zero-Giulio è offline   Rispondi citando il messaggio o parte di esso
Old 03-02-2009, 19:08   #2
||ElChE||88
Senior Member
 
Iscritto dal: Dec 2003
Messaggi: 4908
Quote:
Originariamente inviato da Zero-Giulio Guarda i messaggi
Un'altra cosa: supponiamo che io allochi un vettore di 100 interi, e che successivamente mi accorga che di posizioni me ne servono solo 50. Come faccio a liberare la seconda metà del vettore inizialmente allocato.
Per intenderci, una free (da metà in poi...).
void *realloc(void *ptr, size_t size);
||ElChE||88 è offline   Rispondi citando il messaggio o parte di esso
Old 04-02-2009, 13:01   #3
Zero-Giulio
Member
 
Iscritto dal: May 2007
Messaggi: 292
Grazie per la realloc, non la conoscevo...

(non sono un bravo programmatore)...

Quanto al mio primo quesito?

(faccio un piccolo up :-))
Zero-Giulio è offline   Rispondi citando il messaggio o parte di esso
Old 05-02-2009, 17:33   #4
Zero-Giulio
Member
 
Iscritto dal: May 2007
Messaggi: 292
Ok, giusto per essere sicuro dell'utilizzo della realloc, va bene questo codice?

Quote:
edges_list=realloc (edges_list, (num_edges+1)*sizeof (edges));
if (edges_list == NULL)
{
printf ("\nError: something wrong when resizing edges structure.\n");
return 0;
}
edges_list è un puntatore a edges...

In particolare, la realloc va chiamata e basta:

realloc (...)

oppure bisogna sovrascrivere il vecchio puntatore:

edges_list=realloc (...)

??

Grazie per la pazienza.
Zero-Giulio è offline   Rispondi citando il messaggio o parte di esso
Old 05-02-2009, 20:02   #5
||ElChE||88
Senior Member
 
Iscritto dal: Dec 2003
Messaggi: 4908
Quote:
Originariamente inviato da Zero-Giulio Guarda i messaggi
Ok, giusto per essere sicuro dell'utilizzo della realloc, va bene questo codice?


edges_list è un puntatore a edges...
Così ad occhio direi di si...
Quote:
Originariamente inviato da Zero-Giulio Guarda i messaggi
In particolare, la realloc va chiamata e basta:

realloc (...)

oppure bisogna sovrascrivere il vecchio puntatore:

edges_list=realloc (...)

??

Grazie per la pazienza.
Va sovrascritto il puntatore, è possibile che l'intero blocco venga spostato... (il blocco precedente verrà automaticamente liberato).
Poi ovviamente bisogna controllare se il valore ritornato è NULL, ma vedo che l'hai già fatto.
||ElChE||88 è offline   Rispondi citando il messaggio o parte di esso
Old 12-02-2009, 12:00   #6
Zero-Giulio
Member
 
Iscritto dal: May 2007
Messaggi: 292
Devo fare qualcosa di leggermente più complesso, ma concettualmente credo sia lo stesso...

Devo ridimensionare ora una matrice...

Questo codice, è corretto?

Quote:
A=(double **) malloc ((num_sb_faces+2)*sizeof (double *));
if (A == NULL)
{
printf ("\nError: no memory available for A matrix.\n");
return 0;
}
for (i=1; i<=(num_sb_faces+1); i++)
{
A [i]=(double *) malloc ((num_edges+1)*sizeof (double));
if (A [i] == NULL)
{
printf ("\nError: no memory available for A matrix (colomn %ld).\n", i);
return 0;
}
//quindi calcolo i vari elementi di A
//utilizzo tutte le righe, ma solo le prime "cont" colonne

for (i=1; i<=(num_sb_faces+1); i++)
{
A [i]=realloc (A [i], (cont+1)*sizeof (double));
}
Note:

- lo so, utilizzo male i vettori, parto dall'indice 1 anzicchè da 0. Ma ormai tutto il programma è scritto così e non ce la faccio a cambiare

- probabilmente sarebbe più elegante allocare A prima per colonne, e poi per righe, in modo da fare una sola realloc, ma anche qui, credo che sbaglierei qualche riga di codice a invertire gli indici, quindi ho preferito questa via meno performante

Ultima modifica di Zero-Giulio : 12-02-2009 alle 12:17.
Zero-Giulio è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione vivo X500 Pro Max: la fotografia mobile ha un nuovo protagonista Recensione vivo X500 Pro Max: la fotografia mobi...
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà WoW Forever: la beta è stato uno dei mome...
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA Oracle AI World 2026: in Europa prima la sovrani...
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort DS N°7 E-Tense: il SUV premium made in Melfi...
Recensione Samsung Galaxy Tab S12 Ultra: non chiamatelo tablet... è molto di più Recensione Samsung Galaxy Tab S12 Ultra: non chi...
Qualcomm HBC supera la validazione in la...
Tachyum avvia la procedura di fallimento...
La sonda spaziale NASA Lucy ha raggiunto...
Le GeForce RTX 5000 scarseggiano, tornan...
Raspberry Pi 5, il prezzo è ormai...
I frigoriferi dei supermercati diventano...
Le vecchie fotocamere digitali compatte ...
La Cina potrebbe rinviare il ritorno del...
Verizon non è preoccupata della c...
RDNA 5 sulle APU AMD, ma non per tutti: ...
Marvell acquisisce Lumentum per 115 mili...
La febbre dei data center fa impennare i...
ECOVACS T90S OMNI crolla a 499€ su Amazo...
In Cina i camion elettrici hanno gi&agra...
Attacchi hacker ai supermercati in Europ...
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:12.


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