Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths
От
Michael Paquier
Тема
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths
Дата
Msg-id
ZC9XKTdlI4Cf9vw+@paquier.xyz
Ответ на
Список
Дерево обсуждения
Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Heikki Linnakangas <hlinnaka@iki.fi>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Andres Freund <andres@anarazel.de>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Andres Freund <andres@anarazel.de>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths David Zhang <david.zhang@highgo.ca>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths David Zhang <david.zhang@highgo.ca>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths David Zhang <david.zhang@highgo.ca>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Heikki Linnakangas <hlinnaka@iki.fi>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Andres Freund <andres@anarazel.de>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Ian Lawrence Barwick <barwick@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Andres Freund <andres@anarazel.de>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Michael Paquier <michael@paquier.xyz>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Andres Freund <andres@anarazel.de>
Re: Non-replayable WAL records through overflows and >MaxAllocSize lengths Robert Haas <robertmhaas@gmail.com>
On Fri, Apr 07, 2023 at 08:08:34AM +0900, Michael Paquier wrote: > So bumping mainrdata_len to uint64 is actually not entirely in line > with this code. Well, it will work because we'd still fail a couple > of lines down, but perhaps its readability should be improved so as > we have an extra check in this code path to make sure that > mainrdata_len is not higher than PG_UINT32_MAX, then use an > intermediate casted variable before saving the length in the record > data to make clear that the type of the main static length in > xloginsert.c is not the same as what a record has? The v10 I sent > previously blocked this possibility, but not v11. So, I was thinking about something like the attached tweaking this point, the error details a bit, applying an indentation and writing a commit message... Matthias? -- Michael
В списке pgsql-hackers по дате отправления
От: Michael Paquier
Дата: