Re: conflicting libraries at runtime

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Joe Conway <mail(at)joeconway(dot)com>
Cc: "Hackers (PostgreSQL)" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: conflicting libraries at runtime
Date: 2003-04-26 16:45:31
Message-ID: 10886.1051375531@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Joe Conway <mail(at)joeconway(dot)com> writes:
> I'm having trouble with PL/R giving me a SIGSEGV *only* on Red Hat 9.
> I've isolated it (at least the symptom) down to this: on RH9, a call to
> re_compile_fastmap() uses /lib/tls/libc.so.6 instead of the
> compiled-into-R function with the same name.

I tossed this up to an internal Red Hat mailing list, and got the
following reply from Ulrich Drepper:

> If the problem is really that, against the expectations, the dynamic
> linker picks the implementation in libc.so as opposed to the program, use
> env LD_DEBUG=all LD_DEBUG_OUTPUT=somefile normal_program args...
> to see a lot of output on the name resolution process. Search for the
> symbol you're looking for in this output file.

We may have to go back to Ulrich to decode what the output tells us,
but it's something to try anyway ...

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Sean Chittenden 2003-04-26 20:48:23 [EXAMPLE] Overly zealous security of schemas...
Previous Message Alvaro Herrera 2003-04-26 15:19:59 Less global variables