Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura
Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura
Il primo Micro RGB di Samsung per il salotto è il 65 pollici da 2.749 euro. Sul banco di misura abbiamo rilevato 2.000 nit di picco, nero assoluto con il local dimming e il 91,4% del BT.2020, il colore più ampio che abbiamo misurato su un LCD
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
Apple ha rinnovato iPhone 18 Pro soprattutto dentro: chip A20 Pro a 2 nm con memoria affiancata al SoC, camera di vapore tre volte più ampia, Dynamic Island più piccola del 25% grazie a Face ID sotto il display e fotocamera principale con diaframma variabile da f/1.48 a f/4. Lo abbiamo misurato al colorimetro e nei benchmark, usato con iOS 27 e messo alla prova in fotografia tra laghi, borghi e interni poco illuminati
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
A Londra, per il trentennale dei Toughbook, Panasonic ha presentato il tablet G3 e il 2-in-1 34. Con Jon Tucker, a capo dell'ingegneria europea, abbiamo parlato di ciò che non si vede: batterie, antenne, porte seriali e accorgimenti nati sul campo
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 31-12-2008, 13:00   #1
robs05
Member
 
Iscritto dal: Jan 2007
Messaggi: 112
[C++]: Costruttori e disttrutori

Salve,

se ho questa situazione:

tre classi:

1)
Codice:
Classe classe_uno
{
    private:
         classe_due *array;

    public:
          classe_uno(){ array = new classe_due[10]; }
          ~classe_uno(){ delete []array; }

          void metodo1()
         { 
          ciclo for che inzializza array
             {
              classe_due *c2 = new classe_due(i)
              array[i] = *c2;
              array[i].metodo2(); //metodo classe 2
             }   
         }
};


2)
Codice:
Classe classe_due
{
    private:
          int a;
          vector<classe_tre> array2;

    public:

         classe_due(){};
         classe_due(int a){this->a = a;};
         ~classe_due(){};

         void metodo2()
         {
            inserisco alcuni oggetti classe_tre nel vector con push_back
         }
};


3)
Codice:
Classe classe_tre
{
    private:
        int x;
        int y;

    public:
        classe_tre(){};
        classe_tre(int x, int y){ ... };
        ~classe_tre(){};
};
quindi ho tre classi dove:
Nella prima ci sono oggetti della seconda e nella seconda ci sono oggetti della terza.

adesso se in un main
Codice:
int main()
{
      classe_uno *var = new classe_uno();
      
      var->metodo1();

     delete var;
}
Con l'istruzione delete[] var distruggo tutti gli oggetti creati?
mi è venuto il dubbio perchè leggendo ho trovato scritto che per deallocare oggetti allocati dinamicamente, ad una new deve corrispondere una delete.

In effetti in questo codice c'è una sola invocazione di delete della classe_uno che dealloca gli oggetti dell'array fomato da classe_due che a loro volta hanno oggetto della classe tre.
In effetti inserendo una frase di uscita per ogni distruttore come:
"distrutto oggetto della classe_x" dove x è uno, due o tre

quando il main arriva a delete var comunque vengono stampate tutte le cout presenti nei rispettivi costruttori.

e' giusta questa deallocazione anche se ad ogni new non corrisponde una delete?
robs05 è offline   Rispondi citando il messaggio o parte di esso
Old 31-12-2008, 14:31   #2
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
[quote=robs05;25648811]Salve,

se ho questa situazione:

tre classi:

1)
Codice:
Classe classe_uno
{
    private:
         classe_due *array;

    public:
          classe_uno(){ array = new classe_due[10]; }
          ~classe_uno(){ delete []array; }

          void metodo1()
         { 
          ciclo for che inzializza array
             {
              classe_due *c2 = new classe_due(i)
              array[i] = *c2;
              array[i].metodo2(); //metodo classe 2
             }   
         }
};
[quote=robs05;25648811]
Qui c'è un memory leak grosso come una casa.
Allochi con new e non deallochi la memoria allocata. L'istruzione

array[i] = *c2;

esegue una copia membro a membro della classe *c2 in array[i], che non equivale a mettere *c2 in array[i].
Usa una variabile automatica:

classe_due c2(i);
array[i] = c2;
array[i].metodo2(); //metodo classe 2

In alternativa puoi fare in modo che array sia un vettore di puntatori a classe_due. In tal caso assegni direttamente il puntatore, ma ovviamente li devi deallocare tutti e singolarmente nel distruttore di classe_uno, prima di deallocare array.
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2009, 09:09   #3
robs05
Member
 
Iscritto dal: Jan 2007
Messaggi: 112
Ciao cionci,

ho modificato il mio codice grazie al tuo consiglio....

cmq.... riepilogando al situazione

Codice:
Classe classe_uno
{
    private:
         classe_due *array;

    public:
          classe_uno(){ array = new classe_due[10]; }
          ~classe_uno(){ delete []array; }

          void metodo1()
         { 
          ciclo for che inzializza array
             {
              classe_due c2(i):
              array[i] = c2;
              array[i].metodo2(); //metodo classe 2
             }   
         }
};

Codice:
Classe classe_due
{
    private:
          int a;
          vector<classe_tre> array2;

    public:

         classe_due(){};
         classe_due(int a){this->a = a;};
         ~classe_due(){};

         void metodo2()
         {
            classe_tre c3(x,y);
            array2.push_back(c3);
            //inserisco alcuni oggetti classe_tre nel vector con push_back
         }
};
e poi

Codice:
Classe classe_tre
{
    private:
        int x;
        int y;

    public:
        classe_tre(){};
        classe_tre(int x, int y){ ... };
        ~classe_tre(){};
};
non dovrei più avere memory leak? giusto così?
grazie
robs05 è offline   Rispondi citando il messaggio o parte di esso
Old 03-01-2009, 16:14   #4
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Così non ci dovrebbero essere memory leak.
cionci è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura Samsung Micro RGB R95H, il primo LCD a LED rossi...
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre iPhone 18 Pro: la recensione del miglior iPhone ...
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34 Panasonic, 30 anni di Toughbook: la "Bibbia...
realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione realme C100x, lo smartphone economico con la bat...
Star Wars Zero Company è l'erede di XCOM 2 Star Wars Zero Company è l'erede di XCOM ...
Una fuga di dati riporta le immagini del...
Il quantum computing incontra l'industri...
Nintendo Switch 2 celebra i 40 anni di T...
Nacon presenta Revolution 5 Unlimited: i...
L’IA entra nelle imprese, ma la governan...
OpenAI citata in giudizio per l'attacco ...
Il segreto di Windows XP svelato: il tru...
L'intelligenza artificiale Ataraxos batt...
LG OLED B6E 55'' a 899€ e OLED evo G5 48...
Trump spinge l'Europa, il G7 apre i rubi...
La Via Lattea potrebbe essere nata da mi...
Una GTX 1080 Ti su Windows XP nel 2026: ...
Google limita l'uso gratuito di Gemini: ...
Grokipedia, la versione 0.3 introduce un...
L'UE testa l'alternativa sovrana a Micro...
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: 11:57.


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