Re: [COMMITTERS] pgsql: Fix signal handling in logical replication workers

2017-06-05 Thread Andrew Dunstan
On 06/02/2017 09:13 PM, Petr Jelinek wrote: > On 03/06/17 02:59, Tom Lane wrote: >> I wrote: >>> Peter Eisentraut writes: Fix signal handling in logical replication workers >>> It looks like this broke buildfarm member nightjar. >>> Not clear why - I don't see anything especially platform-s

Re: [COMMITTERS] pgsql: Fix signal handling in logical replication workers

2017-06-02 Thread Petr Jelinek
On 03/06/17 02:59, Tom Lane wrote: > I wrote: >> Peter Eisentraut writes: >>> Fix signal handling in logical replication workers > >> It looks like this broke buildfarm member nightjar. >> Not clear why - I don't see anything especially platform-specific >> in the patch. > > To muddy the waters

Re: [COMMITTERS] pgsql: Fix signal handling in logical replication workers

2017-06-02 Thread Tom Lane
I wrote: > Peter Eisentraut writes: >> Fix signal handling in logical replication workers > It looks like this broke buildfarm member nightjar. > Not clear why - I don't see anything especially platform-specific > in the patch. To muddy the waters further, I tried to duplicate the failure on Fre

Re: [COMMITTERS] pgsql: Fix signal handling in logical replication workers

2017-06-02 Thread Tom Lane
Peter Eisentraut writes: > Fix signal handling in logical replication workers It looks like this broke buildfarm member nightjar. Not clear why - I don't see anything especially platform-specific in the patch. regards, tom lane -- Sent via pgsql-committers mailing list

[COMMITTERS] pgsql: Fix signal handling in logical replication workers

2017-06-02 Thread Peter Eisentraut
Fix signal handling in logical replication workers The logical replication worker processes now use the normal die() handler for SIGTERM and CHECK_FOR_INTERRUPTS() instead of custom code. One problem before was that the apply worker would not exit promptly when a subscription was dropped, which co