My needs are similar. 1) All messages go to a single file. The ability to filter messages to different files based on the severity (a la syslog) is a nice to have, but certainly not critical. 2) The ability to dynamically change what messages are sent. 3) Log "rolling" is critical. In a "normal" runtime scenario very few messages are sent to the log - but when something does go wrong a history of "aw shucks" messages can be very helpful. Since the first thing a client will do when a problems occurs is restart the app...overwriting the log will not do. Having the startup script move the log to a new name is a possibility, but less than desirable. On 19 May 2005 12:45:45 -0500, Robert Zeh <razeh@archelon-us.com> wrote:
Our current logging is very simple. At start up, most of our applications specify a log file, which can be gotten later via a singleton. The singleton allows global access to an output stream for their logs.
There are a few things it doesn't do that we'd like in a logging framework:
1) Automatic timestamps, which are currently done manually.
2) Debug levels, so that some log messages could be ignored while others are actually written to the output stream. It would be nice if we could specify debug levels as a stream manipulator, ie:
log << debugLevel(5) << " reactor meltdown " << endl;
If the debug level is below 5, the reactor meltdown message is ignored. Sometimes we dynamically adjust the debug level, so that we can get more information from a misbehaving application.
Of course, you have to somehow specify when log level is being reset. I haven't thought that part through.
Robert Zeh Manager, Applications Development Error Free Software http:://home.earthlink.net/~rzeh
John Torjo <john.lists@torjo.com> writes:
Hi all,
In order to make the Logging lib as usable as it can be, I'd like to know what is *your* scenario, when using a Logging lib.
Thus, I'll do my best to make it as easy as possible to use my lib, and also tweak it to be easily usable in most common scenarios.
Even if you scenario fits an already described one, please just reply to that email with something like "mine too!", so that I'll know which scenarios are most common.
Thanks!
Best, John
-- John Torjo, Contributing editor, C/C++ Users Journal -- "Win32 GUI Generics" -- generics & GUI do mix, after all -- http://www.torjo.com/win32gui/ -v1.6.3 (Resource Splitter) -- http://www.torjo.com/cb/ - Click, Build, Run!
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- "Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration." - Stan Kelly-Bootle ------------------------------------ Eric Goebelbecker eric@ominor.net http://eric.ominor.net