Re: Question regarding dynamic_library_path - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Question regarding dynamic_library_path
Date
Msg-id 200406081351.i58Dpkk26938@candle.pha.pa.us
Whole thread Raw
In response to Question regarding dynamic_library_path  ("Thomas Hallgren" <thhal@mailblocks.com>)
Responses Re: Question regarding dynamic_library_path  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Thomas Hallgren wrote:
> Why does postgres maintain a loader logic of its own? I can understand that
> the dynamic_library_path is necessary in order to configure everything in
> one single place. But why not just merge it with the LD_LIBRARY_PATH (or
> PATH on Windows) and then let dlopen do the rest using a stripped filename?
> 
> The reason I ask is because I run into problems as soon as I have a module
> that in turn depends on other shared libraries. It doesn't help much that
> they are reachable through the dynamic_library_path since that path never is
> made known to the OS loader mechanisms.
> 
> I'll be happty to submit some code to do the actual path merging (i.e
> omitting duplicates etc.).

I think the idea is that you want to specify the path in the config
file, after the app has already started.  I don't think you can modify
the environment variable after the app has started, and even if you can,
it seems simpler to just do it in our code and specify the exact path
rather than having it poke around in whatever LD_LIBRARY_PATH is set to.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Fabien COELHO
Date:
Subject: cvs head : broken regression tests ?
Next
From: pgsql@mohawksoft.com
Date:
Subject: Re: sequences and "addval('myseq', value)"