Re: Memory leak somewhere at PQconnectdb?

From: Antonio Vieiro <antonio(at)antonioshome(dot)net>
To: pgsql <pgsql-general(at)postgresql(dot)org>
Subject: Re: Memory leak somewhere at PQconnectdb?
Date: 2011-09-02 10:49:10
Message-ID: CAPHN3JVY8hR--7voyXFyJGVcim6iTkq8znxZC92gtViP4OZ8ZQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi all,

I now know it's somewhat an "academic exercise" of little practical
importance, thanks for the clarification!!

Cheers,
Antonio

2011/9/2 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:
> Craig Ringer <ringerc(at)ringerc(dot)id(dot)au> writes:
>> Even better, add a valgrind suppressions file for the warnings and
>> ignore them. They are "leaks" only in the sense that a static variable
>> is a leak, ie not at all.
>
> Yeah, the bottom line here is that valgrind will warn about many things
> that are not genuine problems.  You need to learn how to judge the tool's
> reports.  A single allocation that is still reachable at program exit is
> almost never a real problem.  If it's unreachable, or there's a lot of
> instances, it may be worth worrying about.
>
>                        regards, tom lane
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message David Johnston 2011-09-02 13:16:06 Re: UPDATE using query; per-row function calling problem
Previous Message gbrun 2011-09-02 10:48:16 Re: Missing DLL after unplaned server stop