Discussion :

[r038tmp5]

Bonjour,

Un de nos clients qui utilise notre application développée en delphi avec firebird 2.5 embarqué à rencontré le problème suivant.

Après redémarrage de son portable qui s'était mis en veille, il a saisi des informations. Après un laps de temps, l'application c'est bloquée lors de l'écriture d'une donnée dans la base. Arrêt de l'application par CTRL+ALT+SUPP.
Et là le client nous dit que toutes les données saisies depuis de redémarrage de la mise en veille ne sont plus dans la base, comme si on avait eu un rollback de tout ce qui a été fait depuis le redémarrage de la mise en veille.

C'est la première fois qu'on a un truc comme ça (les transactions sont gérées pour chaque opération d'écriture dans la base). Vers quoi peut-on orienter nos recherches pour essayer de comprendre ? J'ai fait des recherches sur des problèmes de firebird et les mise en veille, mais je n'ai rien trouvé.
Merci de votre aide

[r038tmp5]

Bon, ça n'inspire personne.

Le problème ne vient pas de la mise en veille, mais de l'arrêt brutale de l'application.
La base de données est en ForcedWrites à true. Donc normalement à chaque commit de transaction on doit avoir une écriture dans le disque dur, je me trompe ?

[SergioMaster]

Bon, ça n'inspire personne.

Ben non pas vraiment

Et là le client nous dit que toutes les données saisies depuis de redémarrage de la mise en veille ne sont plus dans la base, comme si on avait eu un rollback de tout ce qui a été fait depuis le redémarrage de la mise en veille.

Le client est-il fiable ?
avez vous réussi a reproduire sur un autre poste que le sien ?
Quel OS ? (par exemple : j'ai un problème en ce moment avec W7 différence entre l'utilisation du raccourci et l'utilisation du Démarrer "dernières applications utilisées" , non testable de mon coté car je n'ai pas W7)
les données n'aurait pas été saisies dans une autre base (par exemple dans une "sandbox")?

[r038tmp5]

Oui le client est fiable.

C'est arrivé 2 fois (1 fois création de données, 1 fois sur de la suppression)

Impossible de reproduire le problème chez nous, le client est sous Seven, et j'ai fait les tests sur le même OS.

La première fois ont a bien pensé à une base différente, mais non les opérations ont été faites sur la même base de données

[SergioMaster]

Ah .. Seven ...
Ce qui suit n'est que théorique :

alors ce pourrait être la "sandbox"
mise en veille -> copie de la BDD en sandbox
reprise -> utilisation de la BDD dans la sandbox
Arrêt windows -> cloture , mais pas copie de la BDD de sandbox vers répertoire
Redémarrage -> Utilisation de la BDD avant le retour de veille

[r038tmp5]

Je vais regarder de ce côté, merci