Discussion :

[quedudev]

j'ai développé une petite application utilisant des tables paradox (.db). Je l'ai utilisée pendant deux mois sans aucun problème, dernièrement des messages apparaissent à chaque fois (virgule flottante, redémarrez l'application, ...). Alors toutes les modifications effectuées même avant l'apparition des messages ne sont pas prises en compte. Quelle est l'origine de ces messages et comment faire pour que les modification seront prises en compte sachant que la propriété autorefresh des tables est à true ?

[popo]

virgule flottante, redémarrez l'application

Ce n'est pas le genre de message que Delphi provoque quand il rencontre une exception ou une erreur. Si tu as développé cette appli tu dois savoir où se trouve ce fameux message d'erreur.
Sinon tu as la possibilté de t'arreter sur les exception delphi (dans Outils>Options du débogueur>Exceptions du langage). Ton appli s'arretera sur la ligne qui pose problème.

Pour ton problème je dirai a priori que cela vient de la virgule. As récemment modifié tes paramètres régionaux (changé le caractère utilisé pour la virgule) ?

[quedudev]

non je n'ai pas du tout modifié les parmètres régionnaux

[rsc]

Pour l'origine des erreurs, on manque de renseignements pour pouvoir t'aider.
Comme l'a dit popo, cherche la ligne qui pose problème, et si tu ne comprends toujours pas, donne-nous le bout de code et l'erreur exacte.

Pour la question des modifications non-enregistrées, il faut savoir que quand on utilise des tables Paradox avec le BDE et des composants TTable, les modifications sont d'abord stockées dans le cache Windows avant d'être écrites en base à la fermeture des tables ou qqf avant. Donc si tu as une erreur qui interrompt l'appli, tes modifications sont perdues.

Je ne connais pas de solution simple pour changer ce comportement. Il en existe, fondées sur la dérivation des composants TTable et l'appel à des fonction de l'"API BDE" Dbi..., mais c'est compliqué et je n'ai plus les détails.

Le meilleur moyen pour éviter ou en tous cas limiter les problèmes est d'enfermer le maximum de code pouvant générer des erreurs dans des blocs
try... finally, et de fermer tes tables dans la partie finally, pour provoquer l'écriture des modifications.

[freud]

Je ne connais pas de solution simple pour changer ce comportement. Il en existe, fondées sur la dérivation des composants TTable et l'appel à des fonction de l'"API BDE" Dbi...,

.....DbiSaveChange

DbiSaveChanges saves all buffered changes to disk and makes the table permanent

Ou sinon la methode FlushBuffers du TTable.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Table1.FlushBuffers;