Re: [HACKERS] Problem with dlopen and PostgreSQL - load of file failed

From: Jaromir Dolecek <dolecek(at)ics(dot)muni(dot)cz>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane)
Cc: darcy(at)druid(dot)net, current-users(at)netbsd(dot)org, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Problem with dlopen and PostgreSQL - load of file failed
Date: 1999-07-25 19:02:00
Message-ID: 199907251902.VAA24848@jdolecek.per4mance.cz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> "D'Arcy" "J.M." Cain <darcy(at)druid(dot)net> writes:
> > ERROR: Load of file /usr/pgsql/modules/glaccount.so failed: dlopen (/usr/pgsql/modules/glaccount.so) failed
>
> > The error message isn't very informative.
>
> Dynamic loaders tend to be pretty horrid about that :-(. My bet is
> a failure to resolve an external reference to another shared library.
> Try using "ldd" (or local equivalent) on the shlib to find out what
> other shlibs it depends on. Be suspicious if ldd fails to show all the
> dependencies you expect (eg, practically anything will depend on libc);
> that probably means the linker failed to locate the other shlib when
> linking this one. Next make sure all those other shlibs are in the
> right places, and are known to the system if your system keeps a table
> of shlibs. Then start checking *their* dependencies...

Further lossage - ELF vs. a.out: when calling() dlsym(3), a.out
needs the symbols prepended with underscore, but ELF doesn't. Got bitten
by this bit when helping garbled with ClanLib ...
You might check the source if a.out systems are handled right ....

--
Jaromir Dolecek <dolecek(at)ics(dot)muni(dot)cz> http://www.ics.muni.cz/~dolecek/
"The only way how to get rid temptation is to yield to it." -- Oscar Wilde

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Cd Chen 1999-07-25 19:17:37 A multi-lang patch for psql 6.5.1
Previous Message Mark Hollomon 1999-07-25 16:08:51 Re: [HACKERS] plperl intial pass