[Gfoss] minidump alla chiusura di Qgis...

[Andrea Peri]

Sicuramente l'uscita da un ambiente multitasking e' un evento che se
non gestito propriamente puo' risultare traumatico per un software.

Detto questo, occorrerebbe riuscire a identificare il caso
specificoche provoca il crash.

Io , ad esmepio, non ho esperienza di questi crash in uscita. Pero' e'
anche vero che ne faccio un uso non intensivo come quello che puo'
avvenire durante un corso di gis.

Provando a analizzare il problema:

Partendo dal presupposto che non sono stati inseriti
(inavvertitamente) dei bugs di codice.
Il crash e' probabilmente dovuto a una qualche condizione non gestita
al momento del'uscita dal programma.

Prima QGIS non era multitask. Di conseguenza prima di uscire doveva
giocoforza terminare ogni elaborazione che aveva in corso.
Questo dava sicuramente la garanzia al programmatore che al momento in
cui usciva non vi fossero risorse impegnate.
Files non chiusi magari anchein scrittura. E anche un eventuale
salvataggio del progetto qgis era sicuramente terminato.

Ora tutto questo non e' piu' vero.
Occorre quindi gestire le segnalazioni tra i vari compoenenti del programma.

Una domanda:
per caso avete qualche settaggio deltipo:
salva ogni 10 minuti oppure "salva prima di chiudere" attivo ?

Qualcosa che possa giustificare l'avvio di una scrittura sul file di
progetto durante la sua chiusura ?


A.


Il 4 settembre 2015 15:05, Geo DrinX <geodrinx a gmail.com> ha scritto:
> Sandro,
>
>
>>
>> Non creare dump non nasconde il problema, semplicemente non lascia
>> in giro un file potenzialmente utile per il debugging ma inutile per
>> l'utente, che comunque viene informato del crash.
>
>
>
> Se fossi credente, direi:   "Parole Sante !"
>
>
>>
>> > Domanda:  su Unix, o Linux,  QGIS non crasha mai ?    Buffo:  su MacOSX
>> > crasha.
>>
>> Crasha spesso e volentieri. Devo dire nelle ultimi tempi molto meno
>> di prima. Io uso felicemente la versione stabile 2.8 e non ho
>> esperienze di crash (qualcuna di deadlock, riportata, ma non
>> crash...).
>
>
>
> Ah, ecco.  Quindi, non si tratta di un "solito problema windows".
>
>
>
>>
>> Ho il forte sospetto che l'introduzione del multithreading abbia
>> reso piu' instabile l'applicazione (il crash on exit e' tipico).
>>
>> --strk;
>
>
>
> Beh, diciamo che io ne sono sicuro.   Ma forse mi sarei aspettato qualche
> conferma autorevole (che spero stia lavorando su questo).    Ho anche
> un'altra ipotesi:  ci sono dei rami secchi, all'interno di QGIS, che
> potrebbero fare danni.   Ad esempio, un certo   "Globo"  abbandonato lì
> dentro, non usabile, ma compilato con le sue belle librerie  wxWidgets  e
> OpenSceneGraph,  in versioni incompatibili tra di loro (?)  e forse anche
> incompatibili con le altre librerie attuali GDAL eccetera.
>
> Qualcuno è in grado di escludere questo ?   Forse è il caso di segnalarlo
> anche sul tracker e in lista  qgis-developer   (a proposito, che fine ha
> fatto la mia eMail riguardante questo lì dentro ?   Sono in attesa... )
>
> Rimango fiducioso.
>
> A presto
>
> Roberto
>
>
>
>
>>
>>
>>   ()   Free GIS & Flash consultant/developer
>>   /\   http://strk.keybit.net/services.html
>
>
>
> _______________________________________________
> Gfoss a lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 750 iscritti al 18.3.2015



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------