From: Justin Banks <justinb@mr-boo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Mon, 30 Apr 2001 07:53:02 -0500 (CDT)
Reply-To: justinb@mr-boo.com
To: Bruce Momjian <pgman@candle.pha.pa.us>
Cc: justinb@tricord.com,
	PostgreSQL-interfaces <pgsql-interfaces@postgresql.org>
Subject: Re: libpq++
In-Reply-To: <200104292004.f3TK4nf21949@candle.pha.pa.us>
References: <15084.18414.123450.642118@idoru.tricord.com>
	<200104292004.f3TK4nf21949@candle.pha.pa.us>
Message-ID: <15085.24280.868910.556829@dervish.mr-boo.com>

>>>>> "Bruce" == Bruce Momjian <pgman@candle.pha.pa.us> writes:

  Bruce> I am not so much the libpq++ maintainer as the one who applies
  Bruce> people's patches.  There is an interfaces list that would love to
  Bruce> hear about your work.  I am CC'ing them on this.  We certainly need
  Bruce> libpq++ improvements.  If you would prefer not to deal with the
  Bruce> interfaces list, send something to me and I will send it over there.

As one would have expected, I've found a problem. The c++ std. says that
Automatic objects are not destroyed as a result of calling exit(), and so, a
automatic PgDatabase in main() (or most anywhere, actually), would not have
it's destructor called during an exit(), thereby leaving junk shm. segments
around. I'm not sure that an atexit can be called on a member function with no 
argument, so I'll do some experimenting with macros and temporary block
insertion. Better ideas welcome ;)

-justinb

-- 
Justin Banks @ home
'We have no intention of shipping another bloated operating system and 
forcing that down the throats of our Windows customers'
  -- Paul Maritz, Microsoft Group Vice President