Discussion :

[vince3320]

Bonjour,

Voici ma probl�matique :

J'ai un code monothread qui ecrit des fichiers. Jusqu'ici tout va bien.

Or, j'ai besoin de pouvoir appeler cet exe plusieurs fois en meme temps...
Du coup, sachant qu'il est fort probable que ma sortie soit la m�me dans certains cas, comment pourrais je assurer qu'ils �crivent bien un par un dans le meme fichier et que les autres attendent patiemment?

Merci

Vincent

[bacelar]

Modifier les fonctions d'�criture du soft pour qu'il verrouille le fichier avant �criture et qu'il d�verrouille le fichier apr�s l'�criture.
Les fonctionnalit�s lock/unlock existe dans quasiment tous les syst�mes de fichiers modernes, il faut donc utiliser des librairies d'acc�s aux fichiers g�rant cette fonctionnalit�.
Il faut aussi g�rer l'�chec de lock, mais la librairie d'acc�s peut g�rer cela de mani�res transparentes.

Je pense que des biblioth�ques d'�criture "atomique" doivent �tre facilement trouvables dans votre contexte d'ex�cution. (Comme les librairies de log qui le font toutes).

[vince3320]

Bonjour,
Merci pour ta r�ponse

Je ne suis pas s�r de bien comprendre ta r�ponse ou de bien avoir exprim� mon souci.

Mon programme P fait (en gros)
- tester l'existence d'un fichier de lock.
--> s'il existe, il s'endort un peu et retestera
--> s'il n'existe pas, il le cr�e et bosse sur un vrai fichier correspondant au lock. Ensuite, il supprime le fichier de lock et les autres comprennent qu'ils peuvent bosser sur le fichier correspondant au lock

Or, mon test de fichier n'est pas atomique car j'ai l'impression que cela ne servirai pas vu que P est monothread.
Mais vu qu'une 20aine de P tourne en m�me temps, j'ai observ� que le test d'existence du fichier de lock est, de temps en temps, vrai pour plusieurs P et qu'ils bossent tous en m�me temps sur une m�me sortie, ce qui n'est pas le but.

Le hic est donc l'entr�e simultan�e. Si j'ai qu'un P qui valide le test, le fichier est lock� et je suis tranquille.

Merci

Vincent

[bacelar]

Heu, je n'est JAMAIS parl� d'un fichier "lock" qui errerait dans le syst�me de fichier.
J'ai parl� de verrouillage de fichier.
Exemple sous Win32, voir les options dans les valeurs pour le 3�me param�tre de la fonction suivante :
https://msdn.microsoft.com/fr-fr/lib...=vs.85%29.aspx

De m�moire, il existe le m�me type de possibilit� de verrouillage en POSIX, voir m�me un verrouillage par plage dans les offsets du fichier.


Mais toutes les biblioth�ques de Log font cela de mani�re transparente et portable.