Discussion :

[Olivier.Ramon]

Bonjour,

N'�tant pas tr�s sur que les terme "Thread safe logging" correspondent bien � mon besoin, je vais tenter de l'expliciter :

Je cherche une biblioth�que, capable de g�rer une pile d'�criture sur un fichier log, et qui �viterai des chevauchement de message de type :
Ent�te A
Ent�te B
Corps A
Ent�te C
Corps B
Corps A

Pour obtenir quelque chose comme :
Ent�te A
Corps A
Ent�te B
Corps B
Ent�te C
Corps C.

Le tout �tant de ne pas bloquer l'ex�cution des threads qui attendrait la fin de l'�criture dans le fichier log pour continuer leurs taches.

Connaitriez-vous des biblioth�ques qui correspondrait � mon besoin?
(Si vous en connaissez plusieurs, tant mieux, j'ai besoin d'�tre exhaustif dans mes recherches).

Merci d'avance,

Olivier

[Emmanuel Deloget]

A priori, si tu trouves un programme ou une lib qui permet de faire �a, �a m'int�resse fortement. Elle devrait comporter une module de lecture dans les pens�es du programmeur qui pourrait probablement se revendre assez ais�ment et pour une somme non n�gligeable

Tu n'auras pas d'autre solution que d'impl�menter ce qui correspond � tes besoins par toi m�me. Note quand m�me que ce type de log (qui regroupe les informations) est tout de m�me dangereux, parce que tu bufferises n�cessairement (donc en cas de probl�me, tu peux manquer des infos).

[Olivier.Ramon]

Je pense que je n'ai pas saisi l'origine de la pointe d'humour..

Il ne s'agit pas de deviner quelles sont les intentions du programmeur, mais d'�viter qu'un message que l'on souhaite inscrire dans un log soit entrecoup� par un autre message provenant d'un autre thread.

Il m'avait sembl� avoir entendu parler de log4j pour faire ce genre de chose en java..

[Emmanuel Deloget]

Je pense que je n'ai pas saisie l'origine de la pointe d'humour..

Ah ?

Il ne s'agit pas de deviner quelles sont les intentions du programmeur, mais d'�viter qu'un message que l'on souhaite inscrire dans un log soit entrecoup� par un autre message provenant d'un autre thread.

Et comment est-ce que le syst�me est cens� deviner que tel message viens de tel thread ? Et plus important, comment est-ce qu'il est cens� savoir quel sont les points o� il peut donner la main � un autre thread ? Le tout, sans attente de du thread appelant ?

Il m'avait sembl� avoir entendu parler de log4j pour faire ce genre de chose en java..

log4j impl�mente un m�canisme de synchro donc �a veut dire qu'� un moment ou � un autre, il y a une attente. A un moment donn�, il faut de toute fa�on qu'on impl�mente un point de synchronisation, m�me le plus petit possible, pour �viter qu'une op�ration atomique ne soit entrecoup�e par d'autres op�rations. Demander � une librairie de le faire revient � lui demander de mettre elle-m�me les points de synchro en fonction de ce qu'elle doit afficher, donc de comprendre non seulement ce qu'elle affiche mais aussi les intention du programmeur - parce qu'une chaine peut �tre fractionn�e, et dans ce cas la lib doit se dire "ok, je sais qu'il va encore m'envoyer quelque chose donc je ne donnes pas la main tout de suite � un autre message de log").

D'ou mon trait d'humour

[ram-0000]

Si c'est pour un environnement Windows regarde Winlog. Cela fait ce que tu demandes.

[ram-0000]

Si c'est pour un environnement Windows regarde Winlog. Cela fait ce que tu demandes.

[Olivier.Ramon]

Je vois ce que tu veux dire. Mais en fait, mon but n'est pas qu'il g�re la priorit� de tel ou tel thread, mais que les messages ne soit pas coup� en plusieurs morceaux.

Alors certes, il est possible de bloquer l'acc�s � l'�criture aux autres threads pour que le message soit �crit en un bloc, mais ne serait-il pas possible d'avoir un thread � part, qui g�re une pile d'�v�nement ( un �v�nement = une �criture sur le log). Et n'y a-'il pas de biblioth�ques donnant les outils pour ce genre de tache?

J'entrevois les probl�mes que cela induit (pile qui s'allonge, risque de perte d'info en cas de crash), mais ces risques semblent rentrer dans mon cahier des charges.

�dit : Merci ram-0000, je vais regarder �a