From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Thomas Hallgren <thhal(at)mailblocks(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Question regarding dynamic_library_path |
Date: | 2004-06-08 13:51:46 |
Message-ID: | 200406081351.i58Dpkk26938@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Fabien COELHO | 2004-06-08 13:53:51 | cvs head : broken regression tests ? |
Previous Message | Tom Lane | 2004-06-08 13:35:13 | Re: sequences and "addval('myseq', value)" |