[ILUG] [OT] Solaris LD_LIBRARY_PATH Q

[Lars Hecking]

> 	Sorry for the OT but I KNOW there are some unix guru's out there.
> 
> 	I'm having a spot of bother with one of our sun's Solaris 2.7
> 
> 	Hope the below explains it ok
> 
> 	When the LD_LIBRARY_PATH environment variable is set as below 
> 	
> LD_LIBRARY_PATH=/opt/brokat/twister-2.3.5/lib:/opt/brokat/twister-2.3.5/bin:
> /usr/java/lib/sparc/native_threads:/usr/ucblib:/u2/oracle/product/8.0.4/lib
> 
> 	Then the following happens:
> 
> 	Twister will be able to talk to the Database but vi, more, and
> whatever else will not work.
> 
> 	When the following is set as the LD_LIBRARY_PATH env. variable
> 	
> LD_LIBRARY_PATH=/opt/brokat/twister-2.3.5/lib:/opt/brokat/twister-2.3.5/bin:
> /usr/java/lib/sparc/native_threads
> 
> 	vi, more, etc. will work but twister will not be able to contact the
> database as it cannot find the 
> 	file libclntsh.so.1.0 (which is present in the
> /u2/oracle/product/8.0.4/lib directory).
> 
> Any help on this much appreciated.

 It is generally not necessary on recent Solaris releases to set
 LD_LIBRARY_PATH at all (.cshrc/.profile etc.)

 LD_LIBRARY_PATH is considered a BAD THING (TM). If the ld run path
 is not hardcoded at linker time (-R/-rpath), the programs requiring
 non-standard locations should be wrapped in shell scripts which set
 LD_LIBRARY_PATH explicitly for the current invocation of said programs.
 Don't set it globally, not in /etc/something, nor .cshrc/.profile/whatever.

 [ If all binaries of a given software package require non-standard
   environment settings, one can use one single wrapper script which
   sets up the environement and then exec's the real binaries.
   This is basically how a couple of GB worth of commercial software
   is set up around here. Including some other stuff, like StarOffice. ]

 [2 Something like /etc/ld.so.config would be handy, but I think crle(1)
    exists only in Solaris > 7. 2]