Version imprimable
WinLog : une bibliothèque de génération de messages de trace
A vos commentaires ;) !Citation:
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.
Excellent, merci pour cette bibliothèque :ccool:
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.
:applo:
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éé.Citation:
Envoyé par TheSamFrom1984
Je suppose que tu parles de Qt, si oui, cela dépasse mes connaissances.Citation:
Envoyé par TheSamFrom1984
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 :merci:Citation:
Envoyé par camboui
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 :ccool:
(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)
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
Bonjour,
Super la bibliothèque. :ccool:
Juste un petit point négatif (à part le pb indiqué précédemment) :P 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
Winlog affiche les heures en UTC (ou GMT), c'est un choix personnel
L'utilisateur peut choisir ?Citation:
Envoyé par ram-0000
Pourquoi ce choix ? Y-a-t-il une raison particulière ?Citation:
Envoyé par ram-0000
Peut-on changer celà (simplement) ? Ceci pour utiliser les horaires plus simplement lors de DEBUG.
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.Citation:
Envoyé par Korben-Dallas
NonCitation:
Envoyé par jblecanard
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.Citation:
Envoyé par Korben-Dallas
OK Merci pour ces précisions, c'est :ccool:
Et encore une fois :ccool:
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()
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