Analyse d'un fichier log

Bonjour,

Voilà, j'aurais besoin d'aide dans un programme d'analyse de fichier log.
Pour commencer, il me faut lire la dernière ligne de ce fichier, voici la méthode que j'ai utilisée (qui je suppose, n'est que peu optimisé):

Code:

---

1 2 3 4 5 6 7 8 9 10 11

Private Sub MainTimer_Tick(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MainTimer.Tick Dim LastLine As String Dim SR As New StreamReader(FilePath) While SR.Peek <> -1 LastLine = SR.ReadLine() End While   If LastLine.Contains("trigger") Then Blink() End If End Sub

---

Grossomodo, le fichier est scanné non stop et lorsque la dernière ligne contient un mot déclencheur, la fonction Blink() est appelée.

Jusque là, pas de problème, cependant, lorsque mon programme lis en continue le fichier, le jeu n'arrive plus à écrire dans le fichier log!
Mon MainTimer est actuellement à 50ms de delay, je ne peux cependant pas changer ce temps étant donné que j'ai moins de 1s pour détecter l'action et que même durant ce cours laps de temps, il pourrait y avoir 2 lignes et donc pourquoi pas, cacher le mot déclencheur...

Le fichier fait entre 1 et 5000 ligne (ce pourrait être plus mais c'est tout de même peu probable), j'ai songé à le vider, mais cela ne changerait pas grand, le jeu n'arrivant déjà pas à écrire dans mon fichier logs sans cela...

Je viens donc vers vous pour vous demander s'il y a possibilité de scanner un fichier log en temps réel sans "bloquer" le programme écrivant le fichier dont il est question.

Merci d'avoir pris le temps de me lire :).

Bonjour,
Personne ne saurait d'où vient mon problème s'il vous plait?
Ai-je été trop flou dans ma question?
Merci d'avance.

SR.close peut-être

j'essayerais peut-être une autre façon ...

Code:

---

1 2 3 4 5 6

Private Sub MainTimer_Tick(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MainTimer.Tick Dim MaLigne() As String = File.ReadAllLines("C:\...\monfichier.log") If MaLigne(Cint(MaLigne.Count)-1).Contains("tiggers") Then Blink() End If End Sub

---

je crois que ça pourait ressembler à ça

Je pense qu'à partir du moment où tu ouvre ton logs, vu que le fichier est utilisé par ton programme, il ne peut plus être en écriture par ton jeu.

Il serait peut être mieux, afin d’éviter les conflit lecture/écriture entre les 2 de faire une copie temporaire du dis fichier qui servirait alors à l'analyse.

Copie du fichier > Analyse du fichier temporaire > action si besoin > fermeture.

Et tu recréer une copie du fichier pour la prochaine analyse.

ça se ferais-tu ...faire un fichier de gestion d'écriture genre...?
'si le fichier log est ouvert "Then" écrire dans un arraylist
'quand le fichier log se libère on vide l'Arraylist

Je soumet l'idée comme ça

Bonjour,

Tout d'abord, merci à tout deux de vos réponses.
J'ai tester de modifier mon programme avec le bout de code que tu m'as donné, j'ai bien l'impression que ça fonctionne, je ne suis pas sur de bien tout avoir mais c'est déjà mieux, je vais vérifier cela.
Dans le cas contraire, je testerais cette idée de copie, à vrai dire, je pensais au début que le fait de copier le fichier (pouvant être de taille importante) le mettrais aussi en écriture ce qui provoquerait le même problème.
Mario Rousson, je n'ai cependant pas très bien compris la dernière de tes propositions?

Merci encore à vous deux :)

Tu ne peux pas partager une même ressource (un fichier) à un même instant. ce que tu peux faire par contre est de réduire au maximum le temps d'immobilisation de la ressource ou alors de sérialiser les accés.

Réduire le temps d'utilisation: partage d'une zone mémoire
Sérialiser les accés: utilisation d'un sémaphore

bye