Re: [HACKERS] Walsender timeouts and large transactions - Mailing list pgsql-hackers

From Craig Ringer
Subject Re: [HACKERS] Walsender timeouts and large transactions
Date
Msg-id CAMsr+YEFpfhfJHCDvfPT-Xjof+bUsnKuY+pE737WxT9YpoNqjg@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Walsender timeouts and large transactions  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
List pgsql-hackers
On 15 December 2017 at 00:36, Andrew Dunstan <andrew.dunstan@2ndquadrant.com> wrote:


On 12/14/2017 01:46 AM, Craig Ringer wrote:
> On 7 December 2017 at 01:22, Petr Jelinek
> <petr.jelinek@2ndquadrant.com <mailto:petr.jelinek@2ndquadrant.com>>
> wrote:
>
>     On 05/12/17 21:07, Robert Haas wrote:
>     > 
>     > Generally we write if (a && b) { ... } not if (a) { if (b) .. }
>     >
>
>     It's rather ugly with && because one of the conditions is two
>     line, but
>     okay here you go. I am keeping the brackets even if normally don't for
>     one-liners because it's completely unreadable without them IMHO.
>
>
>  
> Yeah, that's why I passed on that FWIW. Sometimes breaking up a
> condition is nice. Personally I intensely dislike the convention of 
>
>
> if (big_condition
>     && big_condition)
>    one_linerdo_something;
>
>
> as awfully unreadable, but I guess code convention means you live with
> things you don't like.
>  
>
> Anyway, I've just hit this bug in the wild for the umpteenth time this
> year, and I'd like to know what I can do to help progress it to
> commit+backport.
>
>


Ask and ye shall receive. I've just committed it.


Brilliant, thanks. Backpatched too, great.

Now I'm going to shamelessly point you at the other nasty recurring logical decoding bug while you're fresh from thinking about replication. I can hope, right ;)

https://commitfest.postgresql.org/16/1397/ causes errors or bad data to be decoded, so it's a serious bug.

I'll see if I can rustle up some review attention first though.


--
 Craig Ringer                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Would a BGW need shmem_access or database_connection to enumerate databases?
Next
From: Masahiko Sawada
Date:
Subject: Re: [HACKERS] Assertion failure when the non-exclusive pg_stop_backup aborted.