Newsgroup: it.comp.lang.delphi
Titolo: D2005 Win32 + QReport 4.0.6

problema al rientro sul reporto dopo la chiusura del form contenete il 
report;
1) visualizzo  il report;
2) chiudo il form
3) riapro il report
4) chiudo il form e viene sollevata l'eccezione;
attivo il report
 QuickRep1.Preview;
nbell'evento OnPreview
QRPreview1.QRPrinter:=TQrPrinter(Sender);
alla chiusura del Form mdi
QuickRep1:=nil;
action:=caFree;
credo sia un problema di distruzione del report,  come pure 
QuickRep1.Destroy
solleva eccezione.
e' un comportamento normale che avete notato
o si e' sporcato D2005 (ho qualche inconveniente : F1 non mi avvia l'help,
da un progetto Asp.Net avvia IIS ma non in modlaita' debug)
Mairizio 

 action:=caFree;
[cut]
relativamente al QuicRep1, io uso
QuickRep1.Free;
QuickRep1:=nil;
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 -- 
Ciao mettere  QuickRep1:=nil dopo il QuickRep1.free è 'obbligatorio' o solo 
consigliato.
Te lo chiedo perchè io non ho mai utilizzato questa istruzione *nil* ne 
prima ne dopo il *free* e tutto funziona comunque.
Se c'è un motivo valido per applicarla, mi tiro su le maniche e faccio 
ripassare tutte le stampe e la aggiungo.
Grazie
Cordiali Saluti
Marco

 ripassare tutte le stampe e la aggiungo.
http://tinyurl.com/nkmqd
http://www.delphibasics.co.uk/RTL.asp?Name=FreeAndNil
http://delphi.about.com/od/kbcurt/a/dynamiccreation.htm



Grazie per il link.
Io questa istruzione non la uso e di form nella mia procedura ne creo "a 
kili".
Però ad essere sincero una delle questioni che alcuni clienti mi sollevano è 
che se aprono il programma alla mattina e ci lavorano tutto il giorno 
(parliamo di contabilità, ordini, ddt, fatturazione), in momenti imprecisati 
a livello di tempistica e motivi, questo rallenta sino a volte a diventare 
non utilizzabile.
Io "per ora" ho consigliato loro di uscire dalla procedura e rientrare e 
questo spesso risolve il problema della lentezza.
Vuoi vedere invece che se aggiungo dopo il form.free questo form.nil, magari 
la cosa non succede.
E' una ipotesi !
Se c'è qualcuno che me la può confermare, perchè sarebbe una bella lavorata 
far passare tutto il programma, ma se può essere utile la affronto.
Grazie
Marco 

 questo spesso risolve il problema della lentezza.
LOL


 far passare tutto il programma, ma se può essere utile la affronto.
Per questo tipo di problematiche (programma che con l'uso nel tempo
rallenta), io ho sempre usate memcheck 
http://v.mahon.free.fr/pro/freeware/memcheck/
e un buon numero di log, messi al punto giusto.
Quasi sempre i rallentamenti sono dovuti a: 
- problemi di memoria non liberata 
- connessioni a base dati non chiuse che si continuano a creare
investiga sulla memoria e sull'uso della base dati.
ciao!
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/

 
http://v.mahon.free.fr/pro/freeware/memcheck/
Grazie per il link, tempo e capo permettendo non sarebbe male risalire a 
quanto accade con i log.
Ciao
Marco


Ok mi fa contento averti fatto sorridere :-D ,
ma la questione rimane in sospeso, cioè se l'istruzione che io ometto può o 
no influire con il rallentamento !
Cmq a scanso di equivoci, man mano che passo nelle varie procedure io la 
aggiungo e poi si vedrà !
Tanto male non dovrebbe fare !
Ciao
Marco 

 quanto accade con i log.
http://groups.google.it/group/it.comp.lang.delphi/msg/60cdb24013f4e07b
Eventualmente dai un'occhio al mio post di oggi sulla masterizzazione: ho i
tempi strettissimi e cerco codice già pronto... una volta tanto :)
Ciao


 
http://groups.google.it/group/it.comp.lang.delphi/msg/60cdb24013f4e07b
Ho appena verificato che il link al download di overseer č spirato, meno
male che c'č sourceforge ;-)
Eccotelo:
http://prdownloads.sourceforge.net/nexusproject/overseer-1.4.0.zip?download


 no influire con il rallentamento !
No, non dovrebbe influire sul rallentamento del programma. Per questo
problema segui il consiglio di morde.
