Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id f24GVxx53295 for ; Sun, 4 Mar 2001 11:31:59 -0500 (EST) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id f24GVe909434; Sun, 4 Mar 2001 11:31:40 -0500 (EST) To: Matthias Teege cc: pgsql-interfaces@postgresql.org Subject: Re: pg_connect dumps core In-reply-to: <200103041334.OAA01945@moon.mteege.de> References: <200103041334.OAA01945@moon.mteege.de> Comments: In-reply-to Matthias Teege message dated "Sun, 04 Mar 2001 14:34:57 +0100" Date: Sun, 04 Mar 2001 11:31:40 -0500 Message-ID: <9431.983723500@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200103/36 X-Sequence-Number: 1197 Matthias Teege writes: > tclsh8.3 > % load libpgtcl.so > % pg_connect m3 > Connection to database failed > FATAL 1: Database "m3" does not exist in the system catalog. > % pg_connect m2 > Segmentation fault (core dumped) > in postgresql errlog there are: > FATAL 1: Database "m3" does not exist in the system catalog. > pq_recvbuf: unexpected EOF on client connection Strange. Evidently it's getting as far as opening the connection (pq_recvbuf is used in the backend, not the postmaster), but then crashing after that. I can't see any reason why it would work for pgaccess but not for you. (I notice that pgaccess uses the conninfo style of arguments to pg_connect, but that shouldn't make a difference...) Can you provide a stack backtrace from the core file? regards, tom lane