pg.ddx.io pgsql-interfaces@postgresql.org mailing list archive
help / color / mirror / Atom feedwith Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus
3+ messages / 3 participants
[nested] [flat]
* with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus
@ 1999-08-22 09:15 Constantin Teodorescu <teo@flex.ro>
1999-08-23 15:38 ` Re: [INTERFACES] with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus David Conners <davidthewise@earthlink.net>
0 siblings, 1 reply; 3+ messages in thread
From: Constantin Teodorescu @ 1999-08-22 09:15 UTC (permalink / raw)
To: pgsql-interfaces
Downloaded today Tcl/Tk 8.2.0 final.
Compiled it and installed it without problems.
But when I tried to run PgAccess I got the following error message.
Error in startup script: couldn't load file "libpgtcl.so":
/usr/local/pgsql/lib/libpgtcl.so: undefined symbol: PQresStatus
I tried to recompile src/interfaces/libpgtcl again but the error message
persists.
Any clues?
--
Constantin Teodorescu
FLEX Consulting Braila, ROMANIA
^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: [INTERFACES] with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus
1999-08-22 09:15 with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus Constantin Teodorescu <teo@flex.ro>
@ 1999-08-23 15:38 ` David Conners <davidthewise@earthlink.net>
1999-08-23 17:39 ` Re: [INTERFACES] with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus Lamar Owen <lamar.owen@wgcr.org>
0 siblings, 1 reply; 3+ messages in thread
From: David Conners @ 1999-08-23 15:38 UTC (permalink / raw)
To: Constantin Teodorescu <teo@flex.ro>; +Cc: pgsql-interfaces
Hi,
I encountered something similar when I decided to move from postgresql
6.4.2 to 6.5.1
I'm running redhat 5.2., tcl 8.0
The libgtcl.so.2.0 compiled in version 6.5.1 was 26474 bytes.
The libgtcl.so.2.0 compiled in version 6.4.2 was 60449 bytes.
Recompiling in 6.5.1 produced the same result.
I replaced the libgtcl.so.2.0 compiled in version 6.5.1 with the
one compiled in 6.4.2, and the problem went away.
I hope this helps,
David
^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: [INTERFACES] with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus
1999-08-22 09:15 with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus Constantin Teodorescu <teo@flex.ro>
1999-08-23 15:38 ` Re: [INTERFACES] with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus David Conners <davidthewise@earthlink.net>
@ 1999-08-23 17:39 ` Lamar Owen <lamar.owen@wgcr.org>
0 siblings, 0 replies; 3+ messages in thread
From: Lamar Owen @ 1999-08-23 17:39 UTC (permalink / raw)
To: David Conners <davidthewise@earthlink.net>; +Cc: Constantin Teodorescu <teo@flex.ro>; pgsql-interfaces
David Conners wrote:
> The libgtcl.so.2.0 compiled in version 6.5.1 was 26474 bytes.
> The libgtcl.so.2.0 compiled in version 6.4.2 was 60449 bytes.
>
> Recompiling in 6.5.1 produced the same result.
>
> I replaced the libgtcl.so.2.0 compiled in version 6.5.1 with the
> one compiled in 6.4.2, and the problem went away.
This sounds suspiciously like the glibc 2.0.x dynamic load bug that has
plagued AOLserver -- this shouldn't show up under a glibc 2.1-based
system if that is the case. The solution? Upgrade to glibc 2.1.x, or
edit the makefile for libpgtcl.so to statically link in libpq.a. -- I
think a great deal of effort was expended for 6.5.1 for dynamically
linking all the libs (which is why the 6.4.2 libpgtcl.so is so much
bigger than 6.5.1's).
Lamar Owen
WGCR Internet Radio
^ permalink raw reply [nested|flat] 3+ messages in thread
end of thread, other threads:[~1999-08-23 17:39 UTC | newest]
Thread overview: 3+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
1999-08-22 09:15 with Tcl 8.2.0 -> libpgtcl.so: undefined symbol: PQresStatus Constantin Teodorescu <teo@flex.ro>
1999-08-23 15:38 ` David Conners <davidthewise@earthlink.net>
1999-08-23 17:39 ` Lamar Owen <lamar.owen@wgcr.org>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox