Re: BUG #18828: Crash when pg_get_logical_snapshot_meta() passed empty string
От | Masahiko Sawada |
---|---|
Тема | Re: BUG #18828: Crash when pg_get_logical_snapshot_meta() passed empty string |
Дата | |
Msg-id | CAD21AoDRmWGyQeAdk007kTMHVdFnvPOBvd2iJYB7AqOReQSXWw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #18828: Crash when pg_get_logical_snapshot_meta() passed empty string (Bertrand Drouvot <bertranddrouvot.pg@gmail.com>) |
Ответы |
Re: BUG #18828: Crash when pg_get_logical_snapshot_meta() passed empty string
|
Список | pgsql-bugs |
On Tue, Mar 4, 2025 at 2:45 AM Bertrand Drouvot <bertranddrouvot.pg@gmail.com> wrote: > > Hi, > > On Tue, Mar 04, 2025 at 07:38:14AM +0000, Bertrand Drouvot wrote: > > PFA 0001 a new version to also parse the ".snap". > > PFA v3 (a slightly different version) to "correctly" use the new report_error > introduced in v2. Thank you for the patch! I agree to have some regression tests for that. Looking at the 0001 patch, it seems that the pg_logicalinspect functions still accepts invalid filenames as follows: postgres(1:2713976)=# select pg_get_logical_snapshot_info('0-40796E18.foo.snap'); ERROR: could not open file "pg_logical/snapshots/0-40796E18.snap": No such file or directory Regarding the 0002 patch, TBH I'm confused about what the original comment intended to mean. I thought that it means that we don't need to use a critical section for fsync_fname() calls to promote the fsync error. If that's right, it would be better to update the comment instead of removing it. Regards, -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com
В списке pgsql-bugs по дате отправления: