Received: from NIH2WAAD (smtp4.site1.csi.com [149.174.183.73]) by hub.org (8.8.8/8.8.8) with ESMTP id PAA15763 for ; Sun, 20 Sep 1998 15:31:28 -0400 (EDT) (envelope-from ndarlow@csi.com) Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Sun, 20 Sep 1998 15:30:52 -0400 Sender: ndarlow@csi.com Received: from csi.com (ld50-229.lon.compuserve.com [195.232.26.229]) by hil-img-ims-3.compuserve.com (8.8.6/8.8.6/IMS-1.6) with ESMTP id PAA21530 for ; Sun, 20 Sep 1998 15:30:43 -0400 (EDT) Sender: neil@hub.org Message-ID: <36055911.B2C635E9@csi.com> Date: Sun, 20 Sep 1998 20:35:45 +0100 From: Neil Darlow X-Mailer: Mozilla 4.06 [en] (X11; I; Linux 2.0.35 i586) MIME-Version: 1.0 To: pgsql-interfaces@postgresql.org Subject: Core Dumps with libpgtcl. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I am running postgresql-6.3.2 under Red Hat 5.1 Intel and am experiencing core dumps with pgaccess-0.88. I am running Tcl/Tk 8.0.2. Is libpgtcl.so.1 compatible with this version of Tcl/Tk? I've had a quick look through the source for libpgtcl and there seem to be a few conditionals for version 7.5 and 7.6 but not later versions. What caught my attention was the provision of a function PgGetFileProc which is associated with a field of structure Pg_Conn (itself a Tcl_ChannelType). In version 8.0.x of Tcl there is no getFileProc field, only a getHandleProc field who's associated function has a different argument signature to that of PgGetFileProc. It also appears that the PgGetFileProc associated code only gets included for Tcl version 7.6. Is this relevant? My symtoms are that whenever the postgresql server would normally return an error condition from pg_exec, a core dump results. Is this a known problem and is there a published solution? Regards, Neil Darlow (UK).