Discussion :

[ram-0000]

WinLog : une bibliothèque de génération de messages de trace

Ce document a pour but de présenter l'implémentation de la bibliothèque WinLog capable de générer des messages de trace de manière générique. Cette bibliothèque devrait être utilisée dès le début de la réalisation d'un projet. Ce document contient la spécification des fonctions et interfaces de cette bibliothèque ainsi que le code source permettant de la générer.

A vos commentaires !

[TheSamFrom1984]

Excellent, merci pour cette bibliothèque

Je regretterais simplement l'absence d'une interface (ou d'un wrapper) totalement objet qui utiliserait un système de signals/slots et autres joyeusetés.

[camboui]

[ram-0000]

Je regretterais simplement l'absence d'une interface (ou d'un wrapper) totalement objet ...

L'avantage de la bibliothèque telle qu'elle est, c'est qu'elle est utilisable avec beaucoup de langages. Lui rajouter une interface C++, cela la limiterait au C++. De plus, la DLL (et son .lib) avec des objets ne serait compatible qu'avec l'environnement de développement qui l'a créé.

... qui utiliserait un système de signals/slots et autres joyeusetés.

Je suppose que tu parles de Qt, si oui, cela dépasse mes connaissances.

Ceci dit, si tu as des idées ou des envies, je suppose que l'on peut imaginer une association pour faire évoluer cette bibliothèques en lui rajoutant des interfaces, des wrappers et des fonctionnalités.

C'est pour moi ? Alors

[TheSamFrom1984]

Je pensais à un wrapper C++ séparé, qui n'empècherait pas d'utiliser la bibliothèque de base avec d'autres langages. Mais c'était vraiment pour y trouver un point légèrement négatif (pas forcément besoin d'OO pour un logger), ce n'est en rien nécessaire

(sinon pour les signaux je pensais je pensais "juste" à un système évènementiel, le [ame="http://en.wikipedia.org/wiki/Observer_pattern"]design-pattern observer[/ame] si tu préfères)

[ram-0000]

Passage de la bibliothèque en version 1.1

Modifications apportées :

• Le champs DateTime de la structure WinLogCallBack_Info_t est maintenant un long long (64 bits) et non plus un long (32 bits).
• Portage de la bibliothèque en 32 bits et en 64 bits

[Korben-Dallas]

Bonjour,

Super la bibliothèque.
Juste un petit point négatif (à part le pb indiqué précédemment) est que les horaires remontés par la bibliothèque ont un décalage de 2h en été et d'1h en hivers (je pense pour l'hivers).
Je pense qu'il est fait usage de l'heure système et non de l'heure Windows (dans le cas de Windows).
Non ?
Qu'en est-il ?
Sinon à part ça c'est vraiment génial d'utiliser cette bibliothèque.
Merci

[ram-0000]

Winlog affiche les heures en UTC (ou GMT), c'est un choix personnel

[jblecanard]

Winlog affiche les heures en UTC (ou GMT), c'est un choix personnel

L'utilisateur peut choisir ?

[Korben-Dallas]

Winlog affiche les heures en UTC (ou GMT), c'est un choix personnel

Pourquoi ce choix ? Y-a-t-il une raison particulière ?
Peut-on changer celà (simplement) ? Ceci pour utiliser les horaires plus simplement lors de DEBUG.

[ram-0000]

Pourquoi ce choix ? Y-a-t-il une raison particulière ?

Oui, au départ, Winlog était utilisé sur un projet réparti sur plusieurs machines dont certaines étaient dans d'autres fuseaux horaires. Les logs n'étaient donc pas faciles à interpréter car il fallait à chaque fois tenir compte du décalage horaire. Le problème a été réglé en mettant l'heure UTC.

L'utilisateur peut choisir ?

Non

Peut-on changer celà (simplement) ? Ceci pour utiliser les horaires plus simplement lors de DEBUG.

Non, ce n'est pas possible mais c'est une très bonne idée d'évolution (et pas très compliqué à implémenter). Dès que c'est fait, je reposte.

[Korben-Dallas]

OK Merci pour ces précisions, c'est
Et encore une fois

[ram-0000]

Passage de la bibliothèque en version 1.2

Modifications apportées :

• Les champs date et heure des messages peuvent être en heure UTC ou bien en heure locale.
• Ajout des fonction WinLogSetUtcTime() et WinLogSetLocalTime()

[bougnat8363]

Bonjour.
J'utilise Winlog avec un programme MFC 32 bits déceloppé sous visual C++ 2005
Il fonctionne très bien sous windows 7 mais pas avec windows 10.
En compilant le code sous windows 10, je n'obtiens aucune erreur mais le programme ne se lance pas. En mettant en commentaires tout ce qui croorespond à Winlog, le programme se lance correctement.
Avez-vous une idée ? J'ai essayé en utlisant les dll 32 bits et 64 bits ainsi que les vcredist préconisés.
JE vous remercie.
Cordialement,
Vincent