Re^2: PAR+DBD::Oracle assistance

Almut,

I had seen the issue with solaris ENVs before and had found the solution here at PerlMonks. However, PAR does handle that part effectively - when running my script and printing $ENV{LD_LIBRARY_PATH}, I get the correct cache dir.

What I did find out (thanks to the replies to my question) is that PAR isn't extracting libclntsh.so.10.1 and libnnz10.so as is expected.

Is this a bug, or am I doing something weird?

Update: Looks like someone else already asked a similar question: http://www.perlmonks.org/?node_id=422008. I was expecting PAR to extract all files and file structure by itself...

Comment on Re^2: PAR+DBD::Oracle assistance

Replies are listed 'Best First'.
Re^3: PAR+DBD::Oracle assistance by almut (Canon) on Dec 17, 2008 at 18:45 UTC
However, PAR does handle that part effectively - when running my script and printing $ENV{LD_LIBRARY_PATH}, I get the correct cache dir. The point I was trying to make is that even though PAR is setting LD_LIBRARY_PATH to the correct directory, the dynamic loader will ignore it. This is because - on Solaris - LD_LIBRARY_PATH is parsed only once at process startup, and PAR modifies it after that. This means that if the program later tries to dynamically load other libs at runtime via `dlopen` (as DynaLoader does) from that non-standard location, it won't work... unless you re-exec the program to have LD_LIBRARY_PATH be re-read. But as it seems, you're not even at a point where this would matter :) — i.e. with `libclntsh.so.10.1` and `libnnz10.so` not having been extracted at all... I'm afraid I can't help with the latter problem.	[reply] [d/l] [select]

Replies are listed 'Best First'.

Re^3: PAR+DBD::Oracle assistance
by almut (Canon) on Dec 17, 2008 at 18:45 UTC

However, PAR does handle that part effectively - when running my script and printing $ENV{LD_LIBRARY_PATH}, I get the correct cache dir.

The point I was trying to make is that even though PAR is setting LD_LIBRARY_PATH to the correct directory, the dynamic loader will ignore it. This is because - on Solaris - LD_LIBRARY_PATH is parsed only once at process startup, and PAR modifies it after that. This means that if the program later tries to dynamically load other libs at runtime via dlopen (as DynaLoader does) from that non-standard location, it won't work... unless you re-exec the program to have LD_LIBRARY_PATH be re-read.

But as it seems, you're not even at a point where this would matter :) — i.e. with libclntsh.so.10.1 and libnnz10.so not having been extracted at all... I'm afraid I can't help with the latter problem.

[reply]
[d/l]
[select]