Re: (tye)Re: programatically setting the LD_LIBRARY

This is an old thread, but I've often had reason to refer back to it. Hopefully someone will also find the following useful.

Tye's solution works perfectly. It seems to be the best solution for cron jobs on a server with a diverse environment. The only problem is the the BEGIN block sort of breaks the use of perl -c and perl -d. If I understand correctly, it's because those options sort of wrap the existing code in code that will just compile or debug the existing code.

The following works, but only if the environment variables don't need to be set before the modules are loaded. Naturally, on a Windows system you will need to find an alternative method of determining an interactive shell...

my $interactive = TRUE if ( ! system( 'tty -s' ) / 256 );

unless ($interactive)
{
   unless ( $ENV{BEGIN_BLOCK} ) {
      $ENV{"ORACLE_HOME"}     = '/opt/oracle/product/9.2.0';
      $ENV{"LD_LIBRARY_PATH"} = '/opt/oracle/product/9.2.0/lib';
      $ENV{BEGIN_BLOCK} = 1;
      exec 'env',$0,@ARGV;
   }
}
[download]

Credit for this goes to one of my (non-perlmonk) co-workers. I'm just taking the credit :D I've been using a variation of Tye's code until now.

--
-- GhodMode

Comment on Re: (tye)Re: programatically setting the LD_LIBRARY_PATH Download Code

Replies are listed 'Best First'.
Re^3: programatically setting the LD_LIBRARY_PATH by gordoste (Initiate) on Nov 29, 2005 at 04:23 UTC
If you're doing this because a Perl module has a dependency on a native library (e.g. XML::LibXML), and you need to load the library from a non-default path (e.g. you have a version of libxml2 not in /lib or /usr/lib) and you want to avoid modifying LD_LIBRARY_PATH in a wrapper script or some kind of pseudo-wrapper like that shown above, there is another alternative. In the .bs file for the module, place a call to dl_load_file passing the absolute name of the native library. I used an environment variable to store my custom library path: `# Need to find libxml2. Cannot set LD_LIBRARY_PATH as it is already # cached by the linker. So we load libxml2 BEFORE loading # XML::LibXML's library. dl_load_file($ENV{FOO_PATH} . '/lib/os/libxml2.so.2');` [download]	[reply] [d/l]
Re^4: programatically setting the LD_LIBRARY_PATH by runrig (Abbot) on Mar 13, 2012 at 16:43 UTC
I was hoping I could use this if LD_LIBRARY_PATH was already set and it was finding the wrong version of the library in the path. Alas, it still finds and loads the wrong version after specifying the correct version here in the bootstrap file. If only there was a way to specify here to skip some of the other bootstrapping process.	[reply]
Re^4: programatically setting the LD_LIBRARY_PATH by Anonymous Monk on Mar 26, 2008 at 15:23 UTC
Evil! Thank you very much for sharing your solution!	[reply]


Don't ask to ask, just ask
	PerlMonks

Re: (tye)Re: programatically setting the LD_LIBRARY_PATH