Discussion :

[philnext]

Bonjour,
J'ai 2 applis qui dialoguent via des fichiers :
l'appli. 1 les créée et l'appli. 2 les renomme, les lit et les détruit.
Parfois j'ai une erreur car l'appli. 1 n'a pas fini de créer le fichier que l'appli. le renomme (ou du mopins essaye)!
J'ai des solutions de contournement mais j'aurais aimé savoir si il n'y avait pas un indicateur au niveau du fichier qui informe de l'état 'pas encore fini d'être écrit'.
Des idées ?

[Hartok]

Bonjour,

C'est un peu un contournement, mais tu peux jouer avec les File Attributes (via FileGetAttr et FileSetAttr).

Par exemple, tu commences par créer un fichier caché que tu rends visible à la fin de la création seulement. L'autre appli doit alors attendre que le fichier soit visible pour pouvoir y accéder.

[sat83]

Il suffit d'ouvrir le fichier en mode exclusif.
Si tu arrive à l'ouvrir, c'est que le fichier n'est pas utilisé
Si tu n'arrive pas à l'ouvrir, le fichier est utilisé.

Code :

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

1
2
3
4
5
6
7
8
9
10
 
 var Handle : Integer ;
 Handle := FileOpen( f , fmShareExclusive ); 
 
 // Si le Handle est different de -1 le fichier est non-utilisé
 if (Handle <> -1) then                    
 begin
   FileClose(Handle) ;
   // TRAITEMENT
 end;

[philnext]

Merci à tous les 2 pour vos réponses...elles correspondent aux 'contournement' déjà mis en place mais je me demandais si l'état du fichier n'était pas directement récupérable...

[BuzzLeclaire]

Personnellement je ne créerais le fichier que lorsque j'ai terminé sa conception.
Tstringlist ou même mieux FileStream.

Actuellement J'utilise une base de données et je joue avec une table dans laquelle un champs boolean m'indique l'autorisation à l'autre poste d'exploité la table.

Mais bon cela dépends de ce tu envoi.

Il reste encore l'utilisation d'un thread qui attendrais l'autorisation...

bye

[philnext]

Personnellement je ne créerais le fichier que lorsque j'ai terminé sa conception.
Tstringlist ou même mieux FileStream.

Actuellement J'utilise une base de données et je joue avec une table dans laquelle un champs boolean m'indique l'autorisation à l'autre poste d'exploité la table.

Mais bon cela dépends de ce tu envoi.

Il reste encore l'utilisation d'un thread qui attendrais l'autorisation...

bye

En fait c'est ce que je fais mais ce n'est pas suffisant : il y a des cas rares mais existants de collision.
Pour les autres solutions évoquées ça ne correspond pas à mon application en effet les 2 applis doivent être totalement décorellées et même le mode de dialogue être adopté par des appli. tierces.