Discussion :

[Te-Deum]

Salut,

Je développe une appli qui doit utiliser le Multi-Threading.
Le hic, c'est que lorsque j'ai deux thread qui essaye simultanément d'ajouter un message au fichier de Log de mon appli, j'ai un message d'erreur qui me dit que le fichier est déjà ouvert par un autres processus (et oui, normal !!)


Ma question : Comment je peux gérer ca ? J'ai des pistes de reflexions :

1. Pile de message en attente d'écriture dans le fichier de Log
2. Attente de la libération du fichier de Log pour écrire le message
3. Une autre proposition peut-être...?

Bien sur, si vous avez des exemples concret à me proposer pour coder l'une ou l'autres des propositions, je suis preneur

Pour information : Ma classe qui gére mes fichiers de log est du type Singleton.

[DroP]

Regarde du coté de la fonction

Code :

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

Lock()

Le mot clé lock marque un bloc d'instructions comme section critique en assurant le verrouillage par exclusion mutuelle d'un objet particulier,

Code :

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

1
2
3
4
5
6
 
Object thisLock = new Object();
lock (thisLock)
{    
      // Critical code section
}

http://msdn.microsoft.com/fr-fr/libr...cz(VS.80).aspx


Edit : Au temps pour moi , je n'avais pas vu que c'etait du VB.Net, je ne sais pas par contre si cette fonction existe en VB

[Te-Deum]

Salut,

Merci de cette piste qui m'a permis de découvrir SyncLock qui est l'équivalent VB de Lock en C#.

[tomlev]

L'exemple de MSDN est un peu foireux...
Si les 2 threads créent chacun un objet et font le lock dessus, ça ne marche pas, puisque c'est 2 objets différents.
Le mieux à mon avis est de garder le fichier ouvert, de partager le StreamWriter (ou tout autre objet utilisé pour accéder au fichier) entre les threads, et de synchroniser sur le StreamWriter

[Pol63]

synclock vaut mieux l'utiliser avec une variable instanciée dans le new de la classe


sinon pour gérer ca il est aussi possible de faire un thread qui gère l'écriture (while true avec un thread.sleep) dans le fichier avec les infos dans une collection type queue
tous les threads ajoutent à la queue ce qu'ils veulent faire et le thread qui gère l'écriture s'occupe de vider la pile et d'écrire