Re: max_standby_delay considered harmful

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: max_standby_delay considered harmful
Дата
Msg-id 1273692759-sup-6803@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: max_standby_delay considered harmful  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
Ответы Re: max_standby_delay considered harmful  (Simon Riggs <simon@2ndQuadrant.com>)
Re: max_standby_delay considered harmful  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Excerpts from Stefan Kaltenbrunner's message of mié may 12 15:10:28 -0400 2010:

> the startup process has the following backtrace:
> 
> (gdb) bt
> #0  0x00007fbe24cb2c83 in select () from /lib/libc.so.6
> #1  0x00000000006e811a in pg_usleep ()
> #2  0x000000000048c333 in XLogPageRead ()
> #3  0x000000000048c967 in ReadRecord ()
> #4  0x0000000000493ab6 in StartupXLOG ()
> #5  0x0000000000495a88 in StartupProcessMain ()
> #6  0x00000000004ab25e in AuxiliaryProcessMain ()
> #7  0x00000000005d4a7d in StartChildProcess ()
> #8  0x00000000005d70c2 in PostmasterMain ()
> #9  0x000000000057d898 in main ()

I just noticed that we have some code assigning the return value of
time() to a pg_time_t variable.  Is this supposed to work reliably?
(xlog.c lines 9267ff)
-- 


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_upgrade versus MSVC build scripts
Следующее
От: Greg Sabino Mullane
Дата:
Сообщение: pg_dump should not try CREATE OR REPLACE LANGUAGE < 9.0