From: David Teigland <teigland@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] logsys in fenced
Date: Wed, 25 Jun 2008 11:50:45 -0500 [thread overview]
Message-ID: <20080625165045.GC18958@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0806251810190.27368@trider-g7>
On Wed, Jun 25, 2008 at 06:19:00PM +0200, Fabio M. Di Nitto wrote:
> >. Leave log_debug() unchanged,
>
> The only change is that it uses logsys to print instead fprintf to stderr.
> Like Christine already pointed out, the change to logsys is to have log
> output the same across the whole system. No exceptions. Debug is no
> different from that,
I'm saying it is different. My debugging capabilities are completely
separate from logging. You're trying to redefine them for me, and I'm
declining.
> and with logsys you can set debug logs at runtime
> instead of having to do manual things.
Sorry, that's not what I want.
> > syslog/logsys are about logging to files.
>
> this is an assumption. logsys allows you to log to file, syslog and stderr
> according to what you need.
That's fine for the log_error statements, not for debugging statements.
> What is wrong with collecting debugging info in a standard way?
For now, my only interest in logsys is as a replacement for syslog. Once
that works, I'll consider changes to the debug system.
> and what's the gain to keep around a macro that does nothing vs calling
> directly log_printf?
See my other mail, and you're venturing into coding style preferences that
are not relevant to logsys.
> >. Finally, one gripe with logsys itself. Here's syslog initialization:
> >
>
> Discuss this with Steven.
Yes, I'll be studying the gory logsys details in an effort to propose some
more concrete api suggestions.
next prev parent reply other threads:[~2008-06-25 16:50 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-25 4:25 [Cluster-devel] Cluster Project branch, master, updated. cluster-2.99.05-9-g95a5c6b fabbione
2008-06-25 14:43 ` [Cluster-devel] logsys in fenced David Teigland
2008-06-25 14:53 ` Christine Caulfield
2008-06-25 15:55 ` David Teigland
2008-06-25 16:12 ` Steven Dake
2008-06-25 16:19 ` Fabio M. Di Nitto
2008-06-25 16:50 ` David Teigland [this message]
2008-06-25 17:04 ` Fabio M. Di Nitto
2008-06-25 17:30 ` David Teigland
-- strict thread matches above, loose matches on Subject: below --
2008-06-25 21:21 David Teigland
2008-06-26 3:48 ` Fabio M. Di Nitto
2008-06-26 14:05 ` David Teigland
2008-06-27 3:45 ` Fabio M. Di Nitto
2008-06-27 15:12 ` Fabio M. Di Nitto
2008-06-26 21:43 ` David Teigland
2008-06-27 15:06 ` David Teigland
2008-06-27 15:16 ` Fabio M. Di Nitto
2008-06-28 3:27 ` Joel Becker
2008-06-28 3:50 ` Steven Dake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080625165045.GC18958@redhat.com \
--to=teigland@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.