Re: conflicting libraries at runtime - Mailing list pgsql-hackers

From Tom Lane
Subject Re: conflicting libraries at runtime
Date
Msg-id 10886.1051375531@sss.pgh.pa.us
Whole thread Raw
In response to conflicting libraries at runtime  (Joe Conway <mail@joeconway.com>)
Responses Re: conflicting libraries at runtime  (Joe Conway <mail@joeconway.com>)
List pgsql-hackers
Joe Conway <mail@joeconway.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



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Less global variables
Next
From: Sean Chittenden
Date:
Subject: [EXAMPLE] Overly zealous security of schemas...