Re: Avoid incomplete copy string (src/backend/access/transam/xlog.c)
Ranier Vilela <ranier.vf@gmail.com>
From: Ranier Vilela <ranier.vf@gmail.com>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: Alvaro Herrera <alvherre@alvh.no-ip.org>,
Yugo NAGATA <nagata@sraoss.co.jp>, Richard Guo <guofenglinux@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2024-07-01T19:58:06Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Use safe string copy routine
- e930c872b65c 18.0 landed
Attachments
- v7-avoid-incomplete-copy-string-do_pg_backup_start.patch (application/octet-stream) patch v7
Em seg., 1 de jul. de 2024 às 16:20, Daniel Gustafsson <daniel@yesql.se> escreveu: > > On 1 Jul 2024, at 21:15, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: > > On 2024-Jul-01, Ranier Vilela wrote: > > >>> - char name[MAXPGPATH + 1]; > >>> + char name[MAXPGPATH];/* backup label name */ > >>> > >>> With the introduced use of strlcpy, why do we need to change this > field? > >>> > >> The part about being the only reference in the entire code that uses > >> MAXPGPATH + 1. > > > > The bit I don't understand about this discussion is what will happen > > with users that currently have exactly 1024 chars in backup names today. > > With this change, we'll be truncating their names to 1023 chars instead. > > Why would they feel that such change is welcome? > > That's precisely what I was getting at. Maybe it makes sense to change, > maybe > not, but that's not for this patch to decide as that's a different > discussion > from using safe string copying API's. > Ok, this is not material for the proposal and can be considered unrelated. We only have to replace it with strlcpy. v7 attached. best regards, Ranier Vilela