Received: from sss2.sss.pgh.pa.us (sss.pgh.pa.us [209.114.166.2]) by hub.org (8.9.3/8.9.3) with ESMTP id LAA61202 for ; Thu, 20 Apr 2000 11:06:37 -0400 (EDT) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss2.sss.pgh.pa.us (8.9.3/8.9.3) with ESMTP id LAA02185; Thu, 20 Apr 2000 11:06:33 -0400 (EDT) To: Tim Brookes cc: pgsql-interfaces@postgresql.org Subject: Re: libpq++ memory problems In-reply-to: <38FEB8DB.DBC3460E@mcmail.com> References: <38FB6FA1.C63B030B@mcmail.com> <16483.956019092@sss.pgh.pa.us> <38FEB8DB.DBC3460E@mcmail.com> Comments: In-reply-to Tim Brookes message dated "Thu, 20 Apr 2000 08:59:24 +0100" Date: Thu, 20 Apr 2000 11:06:33 -0400 Message-ID: <2182.956243193@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200004/164 Tim Brookes 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