Re: elog(LOG), elog(DEBUG)
От
Peter Eisentraut
Тема
Re: elog(LOG), elog(DEBUG)
Дата
Msg-id
Pine.LNX.4.30.0105052251060.769-100000@peter.localdomain
Ответ на
Re: elog(LOG), elog(DEBUG) (Tom Lane)
Список
Дерево обсуждения
elog(LOG), elog(DEBUG) Peter Eisentraut <peter_e@gmx.net>
Re: elog(LOG), elog(DEBUG) Alfred Perlstein <bright@wintelcom.net>
Re: elog(LOG), elog(DEBUG) Tom Lane <tgl@sss.pgh.pa.us>
Re: elog(LOG), elog(DEBUG) Peter Eisentraut <peter_e@gmx.net>
Re: elog(LOG), elog(DEBUG) Bruce Momjian <pgman@candle.pha.pa.us>
Tom Lane writes: > Peter Eisentraut writes: > > There's a TODO item to make elog(LOG) a separate level. I propose the > > name INFO. It would be identical to DEBUG in effect, only with a > > different label. > > This conveys nothing to my mind. How should I determine whether a given > elog call ought to use INFO or DEBUG? DEBUG is for messages intended to help locating and analyzing faults in the source code (i.e., debugging). Normal users don't need this during normal operation. INFO (or whatever the name) is for messages that administrator's might be interested in for auditing and tuning. Example: elog(DEBUG, "heapgettup(..., b=0x%x, nkeys=%d, key=0x%x", buffer, nkeys, key); vs. elog(INFO, "connection: host=%s user=%s database=%s", ...); There are maybe a dozen potential INFO messages, plus a few to be converted fprintf's. -- Peter Eisentraut peter_e@gmx.net http://funkturm.homeip.net/~peter
В списке pgsql-hackers по дате отправления