Re: pg_dump: fix memory leak
От | Álvaro Herrera |
---|---|
Тема | Re: pg_dump: fix memory leak |
Дата | |
Msg-id | 202508290952.h2d7mqhr56zp@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: pg_dump: fix memory leak (Daniel Gustafsson <daniel@yesql.se>) |
Ответы |
Re: pg_dump: fix memory leak
|
Список | pgsql-hackers |
On 2025-Aug-29, Daniel Gustafsson wrote: > > On 28 Aug 2025, at 16:14, m.korotkov@postgrespro.ru wrote: > > > > I have found a potential memory leak in src/bin/pg_dump/dumputils.c > > in the function generate_restrict_key(). Memory is allocated to the > > ret pointer if pg_strong_random returns false, and this leads to a > > memory leak. I have replaced the allocation to avoid this leak. > > This is not actually a leak since the application will terminate > immediately if a restrict key cannot be generated. If you inspect the > callsites you will see this pattern: > > if (!restrict_key) > restrict_key = generate_restrict_key(); > if (!restrict_key) > pg_fatal("could not generate restrict key"); Hmm, this begs the question -- why do we make generate_restrict_key() return NULL in that case? Maybe we should redefine its contract to be that it either returns a valid key, or it calls pg_fatal(). Then callers don't have to worry about it. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/
В списке pgsql-hackers по дате отправления: