Re: minor leaks in pg_dump (PG tarball 10.6)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: minor leaks in pg_dump (PG tarball 10.6)
Дата
Msg-id 4087.1544026008@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: minor leaks in pg_dump (PG tarball 10.6)  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: minor leaks in pg_dump (PG tarball 10.6)  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> * Pavel Raiskup (praiskup@redhat.com) wrote:
>> -            attrdefs = (AttrDefInfo *) pg_malloc(numDefaults * sizeof(AttrDefInfo));
>> ...
>> +                attrdefs = (AttrDefInfo *) pg_malloc(numDefaults * sizeof(AttrDefInfo));

> This change doesn't seem to make any sense to me..?  If anything, seems
> like we'd end up overallocating memory *after* this change, where we
> don't today (though an analyzer tool might complain because we don't
> free the memory from it and instead copy the pointer from each of these
> items into the tbinfo structure).

Yeah, Coverity is exceedingly not smart about the method pg_dump uses
(in lots of places, not just here) of allocating an array and then
entering pointers to individual array elements into its long-lived
data structures.  I concur that the proposed change is giving up a
lot of malloc overhead to silence an invalid complaint, and we
shouldn't do it.

The other two points seem probably valid, so I wonder why our own
Coverity runs haven't noticed them.

            regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: minor leaks in pg_dump (PG tarball 10.6)
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: psql display of foreign keys