Re: pgsql: Consistently test for in-use shared memory.
От
Tom Lane
Тема
Re: pgsql: Consistently test for in-use shared memory.
Дата
Msg-id
26478.1555373328@sss.pgh.pa.us
Ответ на
pgsql: Consistently test for in-use shared memory. (Noah Misch)
Список
Дерево обсуждения
pgsql: Consistently test for in-use shared memory. Noah Misch <noah@leadboat.com>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Consistently test for in-use shared memory. Noah Misch <noah@leadboat.com>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: Consistently test for in-use shared memory. Noah Misch <noah@leadboat.com>
Re: pgsql: Consistently test for in-use shared memory. Tom Lane <tgl@sss.pgh.pa.us>
Noah Misch writes: > Consistently test for in-use shared memory. Hmm ... conchuela has just found another problem with this test case: ok 2 - detected live backend via shared memory # Running: postgres --single -D /home/pgbf/buildroot/HEAD/pgsql.build/src/test/recovery/tmp_check/t_017_shm_gnat_data/pgdata template1 ack Broken pipe: write( 16, 'SELECT 1 + 1' ) at /usr/local/lib/perl5/site_perl/IPC/Run/IO.pm line 549. I interpret this as "the single-user backend exited before we could stuff 'SELECT 1 + 1' down the pipe to it, and the Perl script is not expecting to get a write failure there". regards, tom lane
В списке pgsql-committers по дате отправления
От: Tom Lane
Дата: