Re: Question regarding dynamic_library_path

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

In response to

Responses

Browse pgsql-hackers by date

  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)"