Re: Memory leak fixes for pg_dump, pg_dumpall, initdb and pg_upgrade
От | Heikki Linnakangas |
---|---|
Тема | Re: Memory leak fixes for pg_dump, pg_dumpall, initdb and pg_upgrade |
Дата | |
Msg-id | 55957F8D.8080400@iki.fi обсуждение исходный текст |
Ответ на | Memory leak fixes for pg_dump, pg_dumpall, initdb and pg_upgrade (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Re: Memory leak fixes for pg_dump, pg_dumpall, initdb and pg_upgrade
|
Список | pgsql-hackers |
On 06/08/2015 09:48 AM, Michael Paquier wrote: > Hi all, > > Please find attached a set of fixes for a couple of things in src/bin: > - pg_dump/pg_dumpall: > -- getFormattedTypeName, convertTSFunction and myFormatType return > strdup'd results that are never free'd. > -- convertTSFunction returns const char. I fail to see the point of > that... In my opinion we are fine with just returning a char pointer, > which is strdup'd so as it can be freed by the caller. > - initdb's and pg_regress' use getaddrinfo, but do not free the > returned result with freeaddrinfo(). > - Coverity noticed on the way some leaked memory in pg_upgrade's > equivalent_locale(). > > Those issues have been mostly spotted by Coverity, I may have spotted > some of them while looking at similar code paths... In any case that's > Coverity's win ;) "Fixing" most of these is not really an improvement, IMO. They're in pg_dump and pg_ugprade, which you only run once and then it exits, so as long as the leaks are not in some tight loops that execute millions of time, it doesn't matter. I committed some of these that seemed like improvements on readability grounds, but please just mark the rest as "ignore" in coverity. - Heikki
В списке pgsql-hackers по дате отправления: