elog() patch
От | Bruce Momjian |
---|---|
Тема | elog() patch |
Дата | |
Msg-id | 200202280510.g1S5AOl05346@candle.pha.pa.us обсуждение исходный текст |
Ответы |
Re: elog() patch
Re: elog() patch |
Список | pgsql-hackers |
Here is a patch to clean up elog(): ftp://candle.pha.pa.us/pub/postgresql/mypatches/elog Here is the detail: REALLYFATAL => PANIC STOP => PANIC New INFO level the prints to client by default New LOG level the prints to server log by default Cause VACUUM information to print only to the client in verbose mode VACUUM doesn't output to server logs NOTICE => INFO where purely information messages are sent DEBUG => LOG for purely server status messages DEBUG removed, kept as backward compatible (will be added near 7.3) DEBUG5, DEBUG4, DEBUG3, DEBUG2, DEBUG1 added DebugLvl removed in favor of new DEBUG[1-5] symbols New server_min_messages GUC parameter with values DEBUG[5-1], INFO, LOG, ... New client_min_messages GUC parameter with values DEBUG[5-1], LOG, INFO, ... Server startup now logged with LOG instead of DEBUG Postmaster -d flag effects only postmaster message, not backend messages Remove debug_level GUC parameter elog() numbers now start at 10 Add test to print error message if older elog() values are passed to elog() Bootstrap mode now has a -d that requires an argument, like postmaster This clears the -d debug level on backend start. Is that done correctly? -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: