Received: from sss.sss.pgh.pa.us (sss.pgh.pa.us [209.114.166.2]) by hub.org (8.9.3/8.9.3) with ESMTP id SAA16265 for ; Thu, 29 Jul 1999 18:23:19 -0400 (EDT) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.sss.pgh.pa.us (8.9.1/8.9.1) with ESMTP id SAA02543; Thu, 29 Jul 1999 18:22:14 -0400 (EDT) To: Craig Orsinger cc: pgsql-interfaces@postgreSQL.org Subject: Re: [INTERFACES] Loading libpgtcl on HP-UX Systems In-reply-to: Your message of Thu, 29 Jul 1999 11:51:27 -0700 (PDT) Date: Thu, 29 Jul 1999 18:22:14 -0400 Message-ID: <2541.933286934@sss.pgh.pa.us> From: Tom Lane Craig Orsinger writes: > I'm having difficulty with loading the libpgtcl on an > HP-UX 10.20 system. The PostgreSQL version is 6.4.2. When I > run pgaccess, or another TCL script that requires loading > libpgtcl.so (or libpgtcl.sl), it fails with a "no such file" > message. The problem is that libpgtcl.sl requires libpq.sl, and the dynamic loader doesn't know where to look for the latter. You need to set up an appropriate shlib search path. (Eventually we are going to fix things so that the installed copy of libpgtcl.sl contains the absolute path of the installed copy of libpq.sl, which should remove the need for a search path, but it's not done yet.) > - setting SHLIB_PATH to /opt/postgres/lib That would have worked if your wish executable was marked to use SHLIB_PATH, but it likely ain't. Use chatr(1) to inspect and change the SHLIB_PATH-enabled flag on a binary. Alternatively, embed the right search path into the binary at its link time (the installed copies of pgtclsh and pgtksh are set up that way on HPUX). > Upgrading to a more recent version of TCL/Tk or PostgreSQL > is acceptable, providing I can be assured that this will cure the > problem. You should upgrade to 6.5.1 on general principles, but this particular issue has not changed. regards, tom lane