Received: from commandprompt.com (dsl081-185-190.sea1.dsl.speakeasy.net [64.81.185.190]) by postgresql.org (8.11.3/8.11.1) with ESMTP id f4S2MBA37729 for ; Sun, 27 May 2001 22:22:12 -0400 (EDT) (envelope-from pgsql-interfaces@commandprompt.com) Received: from localhost (pgsql-interfaces@localhost) by commandprompt.com (8.9.3/8.9.3) with ESMTP id TAA15181 for ; Sun, 27 May 2001 19:22:03 -0700 Date: Sun, 27 May 2001 19:22:03 -0700 (PDT) From: To: Subject: libpq++ in Apache Problem. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Archive-Number: 200105/109 X-Sequence-Number: 1639 Good day, I'm experiencing a truly strange issue with the libpq++ interface when I run it within an Apache process, and I was hoping that perhaps someone else has run into this. Inside of an Apache module I am developing, I need to make calls to PostgreSQL, so I am building it with the libpq++ interface. It's worked fine thus far, because the module is designed to keep a persistent connection to PostgreSQL by having a PgDatabase* object that lives and dies with each httpd process. However, if I try to instantiate a PgDatabase* connection temporarily within the httpd process, even though I delete the pointer to call the destructor of the Object, the postmaster connection *continues to hang around*, well after the request has finished processing, and well after the call to its destructor is made. I thought this might have something to do with the kind of convoluted way that I'm linking my Apache module (which is written in C++, while Apache is compiled in C) so I wrote a test case of a simple console application that is written in C, but calls to object code compiled in C++ with libpq++, and it behaved correctly. I was able to call destructors fine, and memory was instantly returned and the connection closed. So... I'm really at a loss here on what's going on, and wondering if anyone has some insight? I can give more technical details if necessary, that's just the gist of the problem. Thanks, and Regards, Jw. -- John Worsley - Command Prompt, Inc. jlx@commandprompt.com By way of pgsql-interfaces@commandprompt.com