Programma che si chiude da solo

[bonmario]

Ciao a tutti,
ho un vecchio programma, che ho fatto quando ero ancora alle prime armi in Lazarus, che da un mese circa mi crea problemi.
Uso questo programma sia in Windows che su Linux e, su Linux, non sempre, ma spesso, mi si chiude mentre sta girando, senza dare nessuna segnalazione.

Praticamente il programma riceve in input un elenco di directories e, per ognuna, fa questo
- la zippa
- copia il file zippato su chiavetta
- verifica che il file su disco e quello su chiavetta siano uguali
- quando ha elaborato tutta la lista, spegne il PC

Il problema è che di solito lo lancio ed amen. Ultimamente capita che dopo un paio d'ore noto che il PC è ancora acceso, vado a vedere e noto che il programma è chiuso.
Ho provato a tenerlo sott'occhio 2 o 3 volte, ma la directory su cui sta lavorando quando succede il patatrac non è sempre la stessa.



Avete qualche consiglio da darmi su come fare a capire la zona del programma che causa questo problema?


Ciao, Mario

[xinyiman]

Ciao a tutti,
ho un vecchio programma, che ho fatto quando ero ancora alle prime armi in Lazarus, che da un mese circa mi crea problemi.
Uso questo programma sia in Windows che su Linux e, su Linux, non sempre, ma spesso, mi si chiude mentre sta girando, senza dare nessuna segnalazione.

Praticamente il programma riceve in input un elenco di directories e, per ognuna, fa questo
- la zippa
- copia il file zippato su chiavetta
- verifica che il file su disco e quello su chiavetta siano uguali
- quando ha elaborato tutta la lista, spegne il PC

Il problema è che di solito lo lancio ed amen. Ultimamente capita che dopo un paio d'ore noto che il PC è ancora acceso, vado a vedere e noto che il programma è chiuso.
Ho provato a tenerlo sott'occhio 2 o 3 volte, ma la directory su cui sta lavorando quando succede il patatrac non è sempre la stessa.



Avete qualche consiglio da darmi su come fare a capire la zona del programma che causa questo problema?


Ciao, Mario

Hai messo dei try ... except per capire il tutto? Inoltre ti consiglio di disseminare il programma di writeln con messaggi univoci. Poi lanci il programma da terminale e vedi l'ultimo writeln che compare prima di chiudersi. Così dovresti identificare il punto dove teoricamente va in errore e poni rimedio.

[bonmario]

Try / except al momento c'è solo sulla procedura principale che lancia le operazioni che ho decritto prima, potrei provare a metterne una su ognuna delle varie fasi.

Alla writeln non ci avevo pensato, buon consiglio !!!

Grazie, Mario

[DragoRosso]

Solo un consiglio:

usa i try ... except ovunque si possano presentare potenziali problemi, in primis quando manipoli file su disco o esegui operazioni su database.

Sulle allocazioni di memoria orami è molto difficle ci siano problemi (intendo problemi tipo mancanza di spazio ad esempio per troppa frammentazione della memoria stessa), ma su disco i problemi possono sempre accadere.

Tra l'altro l'operazione di compressione, a seconda delle tecniche e delle librerie che usi, sono solitamente "pesanti" con possibili problemi, in Linux c'è pure la gestione delle autorizzazioni sui file che potrebbe provocare qualche "disagio" ...

Ciao

[bonmario]

Più che altro, la cosa strana è che non mi era mai successo che mi si chiudesse un programma.
A volte capita di scrivere del codice non puramente corretto, ma fono ad ora, mi uscivano comunque degli errori, non gestiti da me, ma comunque uscivano !!!

Per quanto riguarda gli zip, lancio direttamente l'eseguibile e rimango in attesa fino a quando il processo si chiude.

Tenderei ad escludere il problema delle autorizzazioni, visto che ieri ho fatto una prova veloce facendo fare solo gli zip, facendo saltare la copia da disco fisso a chiavetta, ed è filato tutto liscio. La chiavetta l'ho appena cambiata per togliermi il dubbio, e tanto che c'ero, sono passato da una da 32 ad una da 128 giga. In questi giorni, provo a mettere qualche try/except e writeln nel codice che fa la copia, e vediamo se ne ricavo qualcosa.

Ciao, Mario

[tito_livio]

Le cartelle da zippare sono in rete locale o sullo stesso pc?
Se le cartelle sono in rete, il problema potrebbe essere il tempo di trasferimento elevato.
A me succedeva lavorando su grossi file in rete in Delphi.
Il programma si chiudeva senza nessun messaggio d'errore.

[bonmario]

Sono sullo stesso disco.
Alcune nella stessa partizione, altre su un'altra partizione, ma sullo stesso disco fisico

Ciao, Mario

[DragoRosso]

Più che altro, la cosa strana è che non mi era mai successo che mi si chiudesse un programma.
.....

Un programma si chiude in genere quando accade un "doppio" errore. Faccio un esempio: durante l'esecuzione di un codice tracci una eccezione e nella gestione dell'eccezione stessa accade una ulteriore eccezione (a mè è capitato nel passato con errori di SO, tipo chiamo una funzione di Windows con parametri inconsistenti). Oppure nel caso di eccezioni "non gestite", come quando istruisci il SO a non generarti gli avvisi utente. Alcune librerie in C (DLL) soffrono di queste problematiche.

Poi, c'è ancora del vecchissimo codice che "butta" fuori il programma con un bellissimo (si fà per dire) exitproces.

Però come esperienza io ho Windows, con gli altri SO non ho una esperienza tale fa fornire info adeguate. In Android, quando qualcosa non và ho trovato qualche difficoltà a debuggare perchè normalmente le app si chiudono senza generare alcunchè (e anche il log attivabile nelle opzioni sviluppatore non aiuta molto).

Una cosa che potresti fare, la butto lì magari funziona, è inserire un try ... except nel file di progetto (*.lpr) nella parte deove c'è il begin ... end.

Magari li ti dice cosa c'è che non và.

Ciao
 

[bonmario]

Ciao,
oggi sono in ferie ed avevo un po' di tempo da dedicare alla cosa, e non so se la cosa si sta complicando o risolvendo ...

Mi son reso conto che le varie fasi che avevo descritto nel primo post, lavorano sotto thread ... non mi ricordavo di avere gestito questa cosa in questo programma !!!
Mi spiego meglio, rifacendomi a quanto avevo scritto nel primo post:

il programma riceve in input un elenco di directories e, per ognuna, lancia un thread che fa questo:

Codice: [Seleziona]

- la zippa
- copia il file zippato su chiavetta
- verifica che il file su disco e quello su chiavetta siano uguali

Quando ha elaborato tutta la lista, spegne il PC

Gestisco il tutto tramite un ThreadPool, che fa in modo che al massimo ci siano in esecuzione 4 thread contemporaneamente.

Bene, dopo aver sistemato il programma aggiungendo le varie writeln e le try/except, l'ho rilanciato e, sorpresa, questa volta è arrivato fino in fondo !!!

Ciao, Mario

[DragoRosso]

Inserendo try ... except hai comunque modificato la struttura dei thread e ciò probabilmente ha variato le tempistiche di esecuzione dei thread.

Ciò mi fà venire in mente un paio di cose:

- nei thread vengono usate risorse comuni non protette da semafori o critical section o altro;
- alcune funzionalità (chiamate a librerie ad esempio) usate non sono thread safe;

Non mi fiderei del semplice inserimento dei try..except come soluzione: un problema apparentemente risolto MA NON CAPITO non è un problema risolto.

Ciao

[bonmario]

Sono pienamente d'accordo con te, infatti avevo scritto "non so se la cosa si sta complicando o risolvendo" !!!

Per evitare problemi, avevo già messo sotto Synchronize:
- La copia dello zip su disco esterno
- La seguente verifica della copia fatta
- Le varie comunicazioni dei thread al form principale relative alla fase in esecuzione

In questi giorni dovrei riuscire a fare altre prove, ma già il fatto che su Windows non mi abbia mai fatto nemmeno una volta questo scherzo, mi fa pensare che sia qualcosa o relativo al sistema operativo, o a qualche configurazione.

Ciao, Mario

[DragoRosso]

.....
Per evitare problemi, avevo già messo sotto Synchronize:
- La copia dello zip su disco esterno
- La seguente verifica della copia fatta
- Le varie comunicazioni dei thread al form principale relative alla fase in esecuzione
......

Già i Synchronize tra thread e form sono cosa buona e giusta. E' qualcosa in piu di qualche try ... except. Potrebbe anche essere che effettivamente quello "crashava".

Ciao, facci sapere se trovi altro.

[nomorelogic]

Nel registro eventi di win c'è traccia della chiusura anomala della tua app?

[bonmario]

Su Windows non mi ha mai dato problemi, questo scherzo me lo sta facendo solo su Linux.
Ho provato a cercare nei log di sistema (che è più o meno l'equivalente del registro degli eventi) il nome del mio applicativo, ma non c'è traccia.
Ho provato anche a guardare nel file degli errori che crea nella "home", ma niente pure lì.

Domani lo devo rilanciare, e vediamo cosa succede.

Ciao, Mario

[bonmario]

Mi sta venendo un dubbio: la procedura che si occupa di copiare i dati da discoa chiavetta, viene richiamata tramite "Synchronize". Questa procedura, al suo interno, prima di iniziare la copia, ed a copia finita, comunica il proprio stato al thread principale, chiamando un'altra procedura, sempre tramite "Synchronize".

MAgari mettendo i nomi risulta più chiaro:
- il thread fa questa chiamata "Synchronize(@SincronizzaCopiaSuDiscoExt);"
- SincronizzaCopiaSuDiscoExt, al suo interno, fa quest'altra chiamata "Synchronize(@SincronizzaStato);" prima di diniziare la copia, e subito dopo averla finita

Può creare problemi il fatto di usare una Synchronize all'interno di una procedura già lanciata tramite Synchronize, anche se le 2 chiamate avvengono in sequenza all'interno dello stesso thread ?

Grazie, Mario