Settings è sicuro?

[akrobaticone]

Alcuni parametri del programma li salvo con settings
per essere sicuro che vengano salvati immediatamente eseguo

Codice: [Seleziona]

settings.save

per un errore nel codice il programma ha generato un errore e si è bloccato
il salvataggio di settings si è corrotto, sono stati ricaricati i valori predefiniti
questo si è verificato più volte e in una di quelle ho riscontrato che il file di salvataggio era a dimensione 0
il programma non dovrebbe bloccarsi, lo sto sviluppando e naturalmente i bug sono presenti
ciò mi è successo su raspberry e potrebbe essere dovuto anche ai ritardi con cui vengono scritti i file su SD
tutto questo mi fa sorgere il dubbio che come modalità di salvataggio non sia più sicura di un file di appoggio (  potrebbe accadere anche  con quest'ultimo)
se non mi sbaglio gambas alla chiusura del programma in modo regolare di solito salva in automatico settings

Cosa ne pensate?

[Gianluigi]

Se ben intendo la domanda, devo risponderti che non ho ancora approfondito la questione del salvataggio di un programma.
Settings salva su un normale file ini e non credo che abbia un metodo per salvare solo in "situazioni corrette".
Penso dipenda da noi creare un sistema che alla chiusura del programma distingua se stiamo uscendo su un errore oppure regolarmente.
Se usciamo su un errore non salviamo lasciando così invariato il file .conf dall'ultimo salvataggio.
Se si blocca il programma e tu esci forzando la IDE non può sovrascriversi a meno di un tuo errore logico.

PS. Ora vado a lavorare (il sabato sono di corvè)

[kicco]

@Akrobaticone

se non mi sbaglio gambas alla chiusura del programma in modo regolare di solito salva in automatico settings

non ne sono tanto sicuro, credo che salvi solo col setting.save.
Se capita un errore non dovrebbe essere aperto il file .conf e quindi non dovrebbe riportarti con un file di configurazione di dimensioni 0.
L'unico caso che vedo è che l'errore capiti durante la scrittura del file di configurazione e questa operazione sulla SD potrebbe richiedere "molto" tempo e se succede, potrebbe andare tutto a pallino.
In passato quando ho giocato col raspberry (credo 0) facevo l'errore di aprire dei file (per scrivere un log) all'inizio del programma e di chiuderli in uscita e lì ho avuto dei casini, saltuari ma ci sono stati. Ho risolto, ovviamente, aprendo il file scrivendoci e richiudendolo subito dopo.
Potrebbe quindi essere un problema legato alla lentezza di scrittura sulla SD.
Ora sparo la proposta: puoi usare wait dopo il setting.save?

@Gianluigi

Penso dipenda da noi creare un sistema che alla chiusura del programma distingua se stiamo uscendo su un errore oppure regolarmente.

sagge parole che non ho mai applicato! 

Se usciamo su un errore non salviamo lasciando così invariato il file .conf dall'ultimo salvataggio.

si e no, dipende perchè in alcuni casi dopo aver configurato è meglio non spettare la chiusura del programma per salvare le modifiche in configurazione. Ho dei programmi di controllo che girano per settimane e anche mesi, e in quel caso è meglio prevedere una scrittura della configurazione subito dopo averla modificata. Negli altri casi, comunque credo sia corretto quanto hai scritto.

Ora vado a lavorare (il sabato sono di corvè)

E adesso dacci dentro co 'sta ramazza! FANNULLONE!!! 

[akrobaticone]

Confermo che salvo subito con settings.save le modifiche e confermo anche il fatto che faccio seguire la stessa istruzione da wait
Normalmente funziona tutto, capita che dopo un blocco improvviso del programma causato da  un errore, alla sucessiva ripartenza il file era corrotto e si è rinizializzato, il programma gambas in questo caso  non si è chiuso regolarmente
Questa cosa la trovo un po anomala, anche perchè salvo su un altro file di testo altri dati del programma e quest'ultimo non si corrompe mai
In altri casi purtroppo capita che venga tolta l'alimentazione al raspy durante il funzionamento e, a meno di creare un sistema hw che avvisa della mancanza di tensione e da tempo al sistema di chiudersi regolarmente, le operazioni in sospeso vengono troncate
In questa situazione può essere normale che qualche cosa non vada a buon fine
Rucordate Windows e gli spegnimenti improvvisi?

In ogni caso ho sperimentato che, anche se non c'è la funzione settings.save, alla chiusura del programma le impostazioni vengono salvate.

[Gianluigi]

...

In ogni caso ho sperimentato che, anche se non c'è la funzione settings.save, alla chiusura del programma le impostazioni vengono salvate.

Settings salva i dati quando la classe viene distrutta (metodo _free()) o per meglio dire l'oggetto della classe Settings viene distrutto, occorre tenerne conto.

[akrobaticone]

...e la classe settings viene distrutta alla chiusura regolare del programma

Quando l'interprete rileva un errore blocca il programma e mostra un messaggio che chiede
chiudi o ignora?
nel mio caso ho scelto chiudi, al riavvio ho avuto il problema di cui sopra e in almeno 3 casi
pensavo che in questo caso l'interprete avesse ancora un parziale controllo sul programma

[kicco]

Scusate, ma mi sto perdendo qualcosa.
Quello che dite sul salvataggio di setting nel file /home/nomeutente/.config/gambas/nomeprogramma.conf (spero di non aver dimenticato qualcosa) avviene solo se è stato attivato il componente gb.settings. È così?

Mi rispondo da solo visto che Gianluigi ha scritto:

...o per meglio dire l'oggetto della classe Settings viene distrutto...

è chiaro che il componente gb.settings deve essere attivato!
 

e prendo atto anche di Akrobaticone:

In ogni caso ho sperimentato che, anche se non c'è la funzione settings.save, alla chiusura del programma le impostazioni vengono salvate.

Verifichiamo che sia spiegato nel Wiki!

[kicco]

Verifichiamo che sia spiegato nel Wiki!

No, non è specificato!
Lo farei io, ma non sono abilitato.
https://www.gambas-it.org/wiki/index.php?title=Uso_della_classe_Settings
 

 

[Gianluigi]

si e no, dipende perchè in alcuni casi dopo aver configurato è meglio non spettare la chiusura del programma per salvare le modifiche in configurazione. Ho dei programmi di controllo che girano per settimane e anche mesi, e in quel caso è meglio prevedere una scrittura della configurazione subito dopo averla modificata. Negli altri casi, comunque credo sia corretto quanto hai scritto.

Non intendevo dire di salvare "solo" all'uscita dal programma, come giustamente hai scritto con Save si può salvare in qualunque momento anzi serve solo per quello perchè, come si è poi chiarito, all'uscita non serve.

E adesso dacci dentro co 'sta ramazza! FANNULLONE!!! 

Rispondo solo ora e non avendo nulla di spiritoso da dire mi limito a una... 

Verifichiamo che sia spiegato nel Wiki!
Lo farei io, ma non sono abilitato.

Fatto, vedi un po se ti va bene

 

[kicco]

si e no, dipende perchè in alcuni casi dopo aver configurato è meglio non spettare la chiusura del programma per salvare le modifiche in configurazione. Ho dei programmi di controllo che girano per settimane e anche mesi, e in quel caso è meglio prevedere una scrittura della configurazione subito dopo averla modificata. Negli altri casi, comunque credo sia corretto quanto hai scritto.

Non intendevo dire di salvare "solo" all'uscita dal programma, come giustamente hai scritto con Save si può salvare in qualunque momento anzi serve solo per quello perchè, come si è poi chiarito, all'uscita non serve.

E adesso dacci dentro co 'sta ramazza! FANNULLONE!!! 

Rispondo solo ora e non avendo nulla di spiritoso da dire mi limito a una... 

Verifichiamo che sia spiegato nel Wiki!
Lo farei io, ma non sono abilitato.

Fatto, vedi un po se ti va bene