Re: libpq++ memory problems
От | Tim Brookes |
---|---|
Тема | Re: libpq++ memory problems |
Дата | |
Msg-id | 38FF2126.9525DB82@mcmail.com обсуждение исходный текст |
Ответ на | libpq++ memory problems (Tim Brookes <tim.brookes@mcmail.com>) |
Список | pgsql-interfaces |
Tom I did not use configure - I downloaded a set of RPMs for 6.5.3 I then just changed the program not to require PgEnv and then compiled,linked with the libpq++ library. Maybe I should download the sources and compile on my system, but I dont see how that will change what I see as momory not being released in the PgDatabase destructor. Rgds Tim Tom Lane wrote: > Tim Brookes <tim.brookes@mcmail.com> writes: > > So I have downloaded and set up version 6.5.3 on a test system. I then > > altered the code on the example so that it no longer uses the PgEnv class. > > I set my environment variable and ran the program now as below. I still get > > a huge memory leak. > > > Can I ask you what version you are using? > > Current CVS sources --- ie, 7.0RC1 plus or minus a little bit. But as > far as I can tell from the CVS logs, not much has been done to libpq++ > since 6.5; there's certainly nothing in the logs about fixing memory > leaks. So I'd have expected 6.5 to behave the same. Interesting. > > > callproc(){ > > PgDatabase* loStatsdb; > > > loStatsdb = new PgDatabase(""); > > delete loStatsdb; > > }; > > > main(){ > > while(1){ > > callproc(); > > }; > > }; > > AFAIR, my test program looked just like that except it specified a > database name --- new PgDatabase("dbname=regression") or some such. > > I wonder if it could be platform- or configuration-specific. What > options did you give to configure? > > regards, tom lane
В списке pgsql-interfaces по дате отправления: