partage de fichier entre programes

Bonjour,

Mon problème : une application 1     que je ne controle pas écrit une ligne dans un fichier texte toutes les 60 secondes environ. ( temps variable )

Mon programme en VB net doit recuperer cette derniere ligne.  J'ai ecrit une routine qui lit ce fichier texte et en extrait la dernière ligne.  Ma routine fonctionne bien lorsque l'application 1 est arretée. Lorsque l'application 1 est en fonctionnement, je n'arrive plus a lire le fichier texte, je n'ai plus accès a ce fichier.  J'ai contourné le problème en faisant une copie du fichier texte et en lisan la copie. je me demande si il n'y a pas de solution plus élégante, d'autant que le disque dur ne va pas apprècier a la longue.

Tout cela sous XP pro.

Merci de votre aide,

Loïc


Loic MICHEL

Ecris une DLL en natif (C) que tu injectes dans l'autre processus par un SetWindowsHookEx.
La DLL doit contenir une routine d'interception de WriteFile (hook API) et te refiler les octets en cours d'écriture dans un FileMapping.
Voila tu voulais de l'élégant, c'est un peu de prog system.

ciao...
BruNews, MVP VC++

Salut

quelle méthode utilises-tu pour lire dans le fichier

personnellement j'ai deja ouvert un fichier .txt dans lequel une application que je ne controlais pas ecrivais en permancence.

avec VB j'arrivais a ouvrir le fichier jusqu'a la fin, et si j'atendais un peun meme sans fermer le fichier, je pouvais lire a nouveau qq secondes plus tard lorsque de nouvelles lignes avaient été inserées.

pour info j'utilisais l'objet "filesystemobject" pour aller lire dans mon fichier.

j'avais aucun pb

Si le prog qui écrit ouvre le fichier en mode exclusif, normal qu'il ne puisse pas lire en même temps, il n'y a que le hook API qui puisse récupérer ce qui s'écrit en simultané.

ciao...
BruNews, MVP VC++

'lut

ca me parait certe plus elegant de "hooker" le writefile mais carrement violent a coder (ou alors je me trompe). La copie du fichier est a mes yeux la meilleure solution, a moins que ton fichier fasse plusieurs Mo.

++

BasicInstinct

si le systeme arrive a copier le fichier, c'est bien qu'il arrive a le lire.
je ne suis pas expert en ce qui concerne les verous qui existe lors de l'ecriture dans un fichier. Mais je sais qu'il est possible dans certains cas de lire dans un fichier ouvert en ecriture par une autre appli. donc je ne vois pas l'interet de la copie avant.

"dans certains cas" n'est pas une façon d'écrire un prog correct.
Je répète: Si ouvert en mode exclusif personne d'autre n'accèdera, ni en lecture ni en quoi que ce soit.

BasicInstinct: je te rassure, rien de bien difficile pour qui maitrise le C et API, tu peux trouver des exemples sur cppfrance de hook API.

ciao...
BruNews, MVP VC++

quand je disais "dans certain cas" je faisais alluion a la facon dont le ficheir etait ouvert.

or il me semble que le programme tiers qui ecrit dans le fichier le fera toujours de la meme facon. donc il faut voir comment il ecrit dans ce fichier et voir si cela fonctionne. et donc je repete : si le systeme arrive a copier le fichier, c'est que le mode d'ouverture n'est pas si "exclusif" que ca !
donc il doit pouvoir lui aussi aller lire dedans.
et pour l'avoir deja fait, je garanti que c'est possible

Si le system a ouvert le handle fichier avec FILE_SHARE_READ positionné sur le 3eme param de CreateFile alors il pourra copier et/ou lire sinon hook API obligatoire.

ciao...
BruNews, MVP VC++

Bonsoir,
Je ne connais que Visual basic .net.

Avec un streamreader, Dim sr As StreamReader = New StreamReader(path)
je n'arrivais pas accèder au fichier.

Maintenant, j'utilise   :
Dim b(1024) As Byte
Dim temp8 As System.Text.UTF8Encoding = New System.Text.UTF8Encoding(True)
Dim fs As FileStream = File.Open(Last_FileModFullName, FileMode.Open, FileAccess.Read, FileShare.ReadWrite)

Do While fs.Read(b, 0, b.Length) > 0
'  traitement du contenu du fichier
Loop
fs.Close()

et cela a l'air de fonctionner.

Dans tous les cas, Notepad ouvre ce fichier texte sans problèmes.
Il y a donc bien une solution.

Merci,
Loic MICHEL