Re: elog() proposal

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: elog() proposal
Дата
Msg-id 24906.1014482471@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: elog() proposal  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: elog() proposal  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> So, basically, what this comes down to with respect to your patch:

> 1. Renumbering the error codes breaks backward compatibility *silently*.

Perhaps, but it doesn't bother me.  We have *never* promised binary
compatibility of server-side extensions across versions; usually,
you should be happy if a recompile is sufficient ;-).  (Structs,
for example, are subject to field rearrangement all the time.)

In any case, we could maintain binary compatibility for the old-style
codes (DEBUG, ERROR, etc); this does not force us to use matching
codes for the new PG_ERROR etc. levels.

> 2. CRASH doesn't seem like a good name to me.

Why not?  It's short, memorable, accurate, and what's wrong with
a little levity?

> 3. I agree with adding a LOG or INFO level between DEBUG and NOTICE.

Both, I think; they're not the same thing.  LOG = routine server
operation notices (eg, "checkpoint starting now").  INFO =
allegedly-helpful messages issued to client (eg, the one about
truncating overlength identifiers).  Normal configuration would
be to put one but not the other into the postmaster log.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Mike Mascari
Дата:
Сообщение: Re: elog() proposal
Следующее
От: Thomas Lockhart
Дата:
Сообщение: Re: elog() proposal