Re: pg13: xlogreader API adjust
Alvaro Herrera <alvherre@2ndquadrant.com>
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: Kyotaro Horiguchi <horikyota.ntt@gmail.com>, bossartn@amazon.com, tgl@sss.pgh.pa.us, pgsql-hackers@lists.postgresql.org, ah@cybertec.at, andres@anarazel.de
Date: 2020-05-15T23:24:28Z
Lists: pgsql-hackers
Attachments
- crashtest.patch (text/x-diff) patch
On 2020-May-15, Michael Paquier wrote: > On Thu, May 14, 2020 at 02:12:25PM +0900, Kyotaro Horiguchi wrote: > > Good catch! That's not only for CreateDecodingContet. That happens > > everywhere in the query loop in PostgresMain() until logreader is > > initialized. So that also happens, for example, by starting logical > > replication using invalidated slot. Checking xlogreader != NULL in > > WalSndErrorCleanup is sufficient. It doesn't make actual difference, > > but the attached explicitly initialize the pointer with NULL. > > Alvaro, are you planning to look at that? Should we have an open item > for this matter? On it now. I'm trying to add a test for this (needs a small change to PostgresNode->psql), but I'm probably doing something stupid in the Perl side, because it doesn't detect things as well as I'd like. Still trying, but I may be asked to evict the office soon ... -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Fix walsender error cleanup code
- 1d3743023ef8 13.0 landed
-
Adjust walsender usage of xlogreader, simplify APIs
- 850196b610d2 13.0 landed