The Dark Side of Hardware Upgrade Forum

leggo in giro che




quindi per esempio, se istanzio un QWidget o QDialog, nel momento in cui vado a fare la delete di questi, viene automagicamente chiamata anche la delete della roba istanziata nello heap dentro al QWidget / QDialog?

Sul serio?

quante ferie fa trallallero?

passa al java.

Noi abbiamo il garbage collector.


e i cookies.

Ok chiedo su HTML.it, cancellate pure il topic

Mio ultimo post d'ora in poi lurkeró e basta

cit.

Le QT non sono magiche, eh.
Si occupano della loro memoria, non della tua.

Se è un problema, passa a Java.

il prossimo progetto, il più grosso della laurea, è (molto probabilmente) in java. Intanto smettila


Per tralla:

esempio:
ho una classe


nel costruttore ho tipo dei



poi anche altre cose, ma intanto volevo capire questo:

vengono deallocati v1 e f1 quando chiudo la finestra? sì tutti e 2/solo v1 perchè come padre gli passo this/nessuno dei due e devo ricordarmi di distruggerli nel distruttore?



Cioè in pratica devo capire meglio questo


grazie

...any problems? ...

Se ovunque, nel programma qt, fai una new di oggetti tuoi senza dargli come parent un oggetto di qt, poi sta a te eliminarlo.
Se crei un oggetto qt e nel costruttore gli passi this come parent, ci pensa qt poi ad deletarlo.

Comunque per tutto il resto boost share pointers wtf

Ah, dimenticavo, il java lascialo ai ritardati

(giusto per dare un po di audience al thread)

si ok però nell'esempio che ti ho messo, con i Q*Layout, non posso dare this a f1, mi dà errore in quanto mi dice che esiste già un layout per questo widget.
quindi in questo caso è "obbligatorio" che metta la delete nel distruttore giusto?

Also, il distruttore viene invocato quando c'è l'evento exit?

Si. Come scritto nella documentazione, qt ha bisogno di conoscere la gerarchia degli oggetti per poter poi deletare tutto nel modo giusto. Se crei un oggetto ma non dici a qt di chi è figlio, lo devi cancellare da solo.


Direi di si. Ma per essere sicuro dovresti controllare la gestione eventi/signals di qt.
Sai come funziona no ? signal/connect/event e via dicendo...

Ma perché dovresti chiamare exit() ? solo in caso di errore immagino.

ah ok. Quindi devo stare attento a tutti i layout "annidati". Oppure fare un widget per ogni layout ma sarebbe un po' uno scazzo, avrei over 9000 classi.




, molto figa

Grazie intanto

non viene chiamato exit() quando chiudo la finestra? L'ho anche ridefinito e funziona, spe che controllo.

ah no sono scemo, intendevo CloseEvent(), difatti ho cosato così




eh ho fatto un po' di ferie in mezzo al progetto

...java calza le mie esigenze di basso QI richiesto...

Ovviamente do per scontato che tu intenda QApplication::exit(0) e non la funzione C exit() (se poi qt abbia dei signal catcher e chiami i distruttori anche in quel caso non so, ma è più pulito ed elegante uscire chiamando la funzione di QT).

Per il resto, come t'ho detto prima, puoi usare boost::shared_ptr<type>.
Copincollo parte del mio codice:



Praticamente funziona come un garbage collector solo che non è per ritardati

toyo, non voglio sapere cosa ci fai con una Legami Gui

eh ho scritto sopra che mi ero confuso con QCloseEvent scusa.

i boost cosi sono degli smart pointers già pronti giusto?

Perché avrei anche i miei già pronti in giro.

boost è tutto un insieme di librerie C++ open, molto facile da usare e molto efficiente.
Va dalle normali string all'asio passando per threads a mutex.
Solo NON guardare il codice di boost perché se lo fai ti senti scemo.

ah allora non posso usarle


Legami GUI è la GUI di Legami

Uai ?


Ah, pensavo Légami Gui

direttive del prof,



spero di non avere scleri, visto che sto usando le 4.7.

Se non fai cose particolarmente complesse, non dovresti avere problemi tra 4.6 e 4.7, però io, per essere veramente sicuro, userei le 4.6.

Comunque crearsi una classe tipo shared pointers della boost, se hai dimestichezza coi templates, non è difficile. O anche cancellare tutti i pointers nel distruttore se il programma non ne ha troppi (e ricordarsi di settarli a NULL nel costruttore! è un errore molto comune e molto infido perché spesso ti va bene, poi succede che il programma crasha perché deleti un pointer che punta a sarcazzo... e per la legge di Murphy, a casa ti va bene ma a scuola ti crasha).

no beh ormai resto con queste, al massimo a -24h dalle deadline mi accorgo che qualcosa non funziona e devo cambiarlo e mi metto sotto come fossi gonfio di speed, sono abbastanza esperto in queste cose




ormai me li tengo così dai, per quanto riguarda il settarli a null, di solito lo evito, nel distruttore faccio tutto tipo if (p) delete p;