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