LD_LIBRARY_PATH

Hi Guys,
I am running Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production on Solaris 10.
I am using oraenv to setup my environment variables.
But when I try to run sqlplus I get these:
SP2-1503: Unable to initialize Oracle call interface
SP2-0152: ORACLE may not be functioning properly
Now I checked my oraenv and my oraenv have the LD_LIBRABRY_PATH
case ${LD_LIBRARY_PATH:-""} in
*$OLDHOME/lib*) LD_LIBRARY_PATH=`echo $LD_LIBRARY_PATH | \
sed "s;$OLDHOME/lib;$ORACLE_HOME/lib;g"` ;;
*$ORACLE_HOME/lib*) ;;
"") LD_LIBRARY_PATH=$ORACLE_HOME/lib ;;
*) LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH ;;
esac
export LD_LIBRARY_PATH
But when I do these:
SunOS:oracle:MYDB /u01>oraenv
ORACLE_SID = [AXSDEB] ? AXSLIV
The Oracle base for ORACLE_HOME=/u01/oracle/product/11.2.0/db_3 is /u01/oracle
SunOS:oracle:MYDB /u01>env | grep -i library
LD_LIBRARY_PATH=/usr/lib:/usr/ccs/lib:/usr/local/lib:/usr/local/samba/lib:/opt/SMAW/lib
SunOS:oracle:MYDB /u01>
What should I do such that my LD_LIBRARY_PATH=/u01/oracle/product/11.2.0/db_3/lib ?
Please help !!!!!!!!!!!!!
Thanks in advance...

Make sure to use oraenv so that it modifies current shell environment. In Bourne/Korn shell or bash you need to use the . command:
. oraenv

Similar Messages

Limitation on LD_LIBRARY_PATH on Solaris box

Hi All,
I am using Tuxedo v8.0 on Solaris 2.8 box. This tuxedo server guides other servers to start up after issuing "tmboot -y" command. Following error I can see if the LD_LIBRARY_PATH is too long.
"CMDTUX_CAT:819: INFO: Process id=1281 Assume started (pipe)."
Is there any limitation that LD_LIBRARY_PATH should not me more than some pre defined characters?
Thanks in advance.
-Pijush

As Wayne points out, there are some temporary variables of size 2048 used to
manipulate LD_LIBRARY_PATH in tmsyncproc(), the function where the problem
is occurring. A long value of LD_LIBRARY_PATH can overwrite the values in
these temporary variables. If you keep LD_LIBRARY_PATH shorter than this,
you should be fine.
<Pijush Koley> wrote in message news:[email protected]...
Thanks for the reply.
You are right. I received one core file at $APPDIR. But the strange thingis I got the core from the "tmboot" binary. Here is the back trace which I
received when LD_LIBRARY_PATH is too long. 
>
===========================================
user1@TNUTF8 /proj1/appdir>file core 
core: ELF 64-bit MSB core file SPARCV9 Version 1, from'tmboot' 
>
user1@TNUTF8 /proj1/appdir>dbx /proj1/3p/tuxedo8.0/bin/tmboot core 
Reading tmboot 
core file header read successfully 
Reading ld.so.1 
Reading libm.so.1 
Reading libgpnet.so.71 
Reading libtux.so.71 
Reading libbuft.so.71 
Reading libfml.so.71 
Reading libfml32.so.71 
Reading libengine.so.71 
Reading libpthread.so.1 
Reading librt.so.1 
Reading libsocket.so.1 
Reading libnsl.so.1 
Reading libthread.so.1 
Reading libc.so.1 
Reading libaio.so.1 
Reading libdl.so.1 
Reading libmp.so.2 
Reading libc_psr.so.1 
Reading en_US.ISO8859-1.so.2 
Reading registry.so 
detected a multithreaded program 
t@1 (l@1) terminated by signal SEGV (no mapping at the fault address) 
0x0000000100006430: __do_misaligned_ldst_instr+0x01d4: ldx [%g4 +0x8], %o0 
dbx: warning: invalid frame pointer 
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where 
current thread: t@1 
=>[1] __do_misaligned_ldst_instr(0xffffffff7fff4f90, 0xffffffff7fff5050,0xd25c2000, 0x2f33702f726f7365, 0x1, 0xb), at 0x100006430 
[2] __misalign_trap_handler(0x7474652f6c69623a, 0xffffffff7fffe20c, 0x0,0x100598020, 0x0, 0x100126c40), at 0x100007680 
[3] tmsyncproc(0xffffffff7ecacea0, 0x100136f58, 0xffffffff7fff6bd8,0x0, 0x1, 0xffffffff7fff6bc0), at
0xffffffff7eb2e0d4 
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) exit 
================================ 
But I did not receive any error when LD_LIBRARY_PATH is not too long. 
Any pointers?
Thanks in advance. 
-Pijush

How to add an app library to LD_LIBRARY_PATH

How to add an app library to LD_LIBRARY_PATH?

You can do it with Automator, although it's harder than in Windows.
Example:
How to Launch Any App with a Keyboard Shortcut
I like to press the Spotlight keyboard shortcut and then use type-ahead and Enter to launch. When Spotlight is open, if I start typing "wo" Microsoft Word will be highlighted and then I just press Enter to launch it.

Ld searches LD_LIBRARY_PATH before -L paths?

Trying to debug a link error. Debug trace seems to me to clearly say that paths in LD_LIBRARY_PATH are searched for libraries before paths specified with -L command line options. To my reading, this contradicts the documentation. Where am I going wrong?
There are other problems with this search path, but for now I'm concentrating on the search order issue. Edited trace follows. libfsu triggers the error.
Command line is
CC -g -o ipopt ampl_ipopt.o \
-xlic_lib=sunperf ./.libs/libamplinterface.a \
../../Interfaces/.libs/libipopt.a \
/cs/mitacs3/Coin-Ipopt-Sun/ThirdParty/ASL/amplsolver.a -ldl \
-L/net/local-rscn/Studio11/SUNWspro/lib/v8plus \
-L/net/local-rscn/Studio11/SUNWspro/prod/lib/v8plus \
-L/net/local-rscn/Studio11/SUNWspro/lib \
-L/net/local-rscn/Studio11/SUNWspro/prod/lib \
-L/usr/ccs/lib -L/lib -L/usr/lib \
-lfui -lfai -lfai2 -lfsumai -lfprodai -lfminlai -lfmaxlai \
-lfminvai -lfmaxvai -lfsu -lsunmath -lmtsk -lm
ld -V says Solaris Link Editors: 5.10-1.486
LD_LIBRARY_PATH is set to
/usr/local-rscn/SunStudio/SUNWspro/lib:/cs/mitacs1/lou/InstRoot/lib:/usr/dt/lib:/usr/openwin/lib:/usr/openwin/server/lib:/usr/lib:/usr/local/lib:/usr/ucblib:/usr/local/X11/lib:/cs/local2/Sybase/lib:/usr/sfw/lib:/opt/sfw/lib
ld tells me this:
debug: Library Search Paths (initial)
debug: /usr/local-rscn/SunStudio/SUNWspro/lib
debug: /cs/mitacs1/lou/InstRoot/lib
debug: /usr/dt/lib
debug: /usr/openwin/lib
debug: /usr/openwin/server/lib
debug: /usr/lib
debug: /usr/local/lib
debug: /usr/ucblib
debug: /usr/local/X11/lib
debug: /cs/local2/Sybase/lib
debug: /usr/sfw/lib
debug: /opt/sfw/lib
debug: /net/local-rscn/Studio11/SUNWspro/lib/rw7
debug: /net/local-rscn/Studio11/SUNWspro/lib/v8plus
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib/rw7
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib/v8plus
debug: /net/local-rscn/Studio11/SUNWspro/lib
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib
debug: /usr/ccs/lib
debug: /lib
debug: /usr/lib
debug: find lib=-lsunperf; path=/usr/local-rscn/SunStudio/SUNWspro/lib/libsunperf.so
debug: find lib=-lfui; path=/usr/local-rscn/SunStudio/SUNWspro/lib/libfui.so
debug: find lib=-lfsu; path=/usr/local-rscn/SunStudio/SUNWspro/lib/libfsu.so
<< much output elided >>
debug: Library Search Paths (-L updated)
debug: /net/local-rscn/Studio11/SUNWspro/lib/v8plus
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib/v8plus
debug: /net/local-rscn/Studio11/SUNWspro/lib
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib
debug: /usr/ccs/lib
debug: /lib
debug: /usr/lib
debug: /usr/local-rscn/SunStudio/SUNWspro/lib
debug: /cs/mitacs1/lou/InstRoot/lib
debug: /usr/dt/lib
debug: /usr/openwin/lib
debug: /usr/openwin/server/lib
debug: /usr/lib
debug: /usr/local/lib
debug: /usr/ucblib
debug: /usr/local/X11/lib
debug: /cs/local2/Sybase/lib
debug: /usr/sfw/lib
debug: /opt/sfw/lib
debug: /net/local-rscn/Studio11/SUNWspro/lib/rw7
debug: /net/local-rscn/Studio11/SUNWspro/lib/v8plus
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib/rw7
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib/v8plus
debug: /net/local-rscn/Studio11/SUNWspro/lib
debug: /net/local-rscn/Studio11/SUNWspro/prod/lib
debug: /usr/ccs/lib
debug: /lib
debug: /usr/lib
<< a bit more elided >>
debug: find lib=-lfsu; path=/net/local-rscn/Studio11/SUNWspro/lib/v8plus/libfsu.so
ld: fatal: recording name conflict: file `/usr/local-rscn/SunStudio/SUNWspro/lib/libfsu.so' and file `/net/local-rscn/Studio11/SUNWspro/lib/v8plus/libfsu.so' provide identical dependency names: libfsu.so.1 (possible multiple inclusion of the same file)
<< end trace >>
Seems to me that if -L paths were searched first, SUNWspro/lib/libfsu.so should not be found --- all occurrences should resolve to SUNWspro/lib/v8plus/libfsu.so.
Thanks, Lou

The ld man page is not clear about directory search order, but the Solaris LInker and Libraries Guide, chapter 2, is very clear: LD_LIBRARY_PATH is searched first.
http://docs.sun.com/app/docs/doc/817-1984/chapter2-2-sop?a=view
section "Using an Environment Variable"
But except for testing new libraries, you should avoid using LD_LIBRARY_PATH entirely, since better options are available for whatever purpose you had in mind.
Sometimes programmers resort to LD_LIBRARY_PATH in an effort to recover from having built a library or program incorrectly. The correct fix is to re-link the program or library with the right options.
For more on LD_LIBRARY_PATH, see Rod Evans' blog:
http://blogs.sun.com/rie/entry/tt_ld_library_path_tt

LD_LIBRARY_PATH is not set!

I am working my way through a dba book and have succesfully installed 10g on OEL 4
I am now trying to create the database and on starting the oracle instance I get this error:
Cannot determine all dependent dynamic libraries for /proc/self/exe
Unable to find dynamic library libocr10.so in search paths
RPATH = /ade/aime1_build2101/oracle/has/lib/:/ade/aime1_build2101/oracle/lib/:/ade/aime1_build2101/oracle/has/lib/:
LD_LIBRARY_PATH is not set!
The default library directories are /lib and /usr/lib
Unable to find dynamic library libocrb10.so in search paths
Unable to find dynamic library libocrutl10.so in search paths
Unable to find dynamic library libocrutl10.so in search paths
The strange thing is that when i issue echo $LD_LIBRARY_PATH I do get the path that I set:
:/u01/app/oracle/product/10.2.0/db_1/lib
I have not tried to create a database yet but will try now,
just want to make sure that this will not cause a problem

Hilton Meyer wrote:
I am working my way through a dba book and have succesfully installed 10g on OEL 4Which book? You really can't beat the official docs at tahiti.oracle.com, and as an aspiring DBA (as your posting history suggests), you really should learn to work from that first.
I am now trying to create the database and on starting the oracle instance I get this error:<snip>
I have not tried to create a database yet but will try now, Contradicting statements
just want to make sure that this will not cause a problemSo just try it. If it does cause a problem, you'll know it. If it does not cause a problem, you'll know it. What's the worst that can happen? Whether it works or not, you'll learn something, and that is your self-admitted objective - to learn.

LD_LIBRARY_PATH instead of chroot

Hello!
Once I needed to launch app compiled for Debian 7 i386 on CentOS 6.2 i386 w/o chroot. So I just set LD_LIBRARY_PATH and PATH.
It worked like a charm.
Now I try to do just the same thing on Arch x64 with Debian 7 x64, but all apps refuse to launch with some strange error (new every launch)
kostya ~ $ DEBIAN=/home/debian-wheezy-x64
kostya ~ $
kostya ~ $ export LD_LIBRARY_PATH=$DEBIAN/usr/lib/x86_64-linux-gnu:$DEBIAN/lib/x86_64-linux-gnu:$DEBIAN/usr/lib:$DEBIAN/lib:$DEBIAN/lib64
kostya ~ $ export PATH=$DEBIAN/usr/bin:$DEBIAN/bin
kostya ~ $
kostya ~ $ ls
ls: : ELF: o: Error 1415726082
kostya ~ $ ls
ls: i(: ELF: o: Error 18446744073659630594
kostya ~ $ ls
ls: @Fm: ELF: o: Error 18446744072869987330
kostya ~ $ ls
ls: : ELF: o: Error 18446744071681983490
I've never seen such errors before. What is it and how it could be fixed?

I found that problem could be fixed by preloading libc
LD_PRELOAD=/lib/libc.so.6 ls
bin boot dev etc home lib lib32 lib64 media mnt opt proc root run sbin selinux srv sys tmp usr var
But why does it work with common libc if I use chroot?

LD_LIBRARY_PATH different when logging in different ways - Why?

I am running Oracle 10.2.0.3 on RedHat Linux 32-bit.
In .bashrc file for oracle, I have set the LD_LIBRARY_PATH to $ORACLE_HOME/lib:$ORACLE_HOME/jre/1.4.2/lib/ext (need ext directory it for something I'm doing)
I have a java function, getEnvVar that returns the value of environment variables.
When I run sqlplus on the server from the oracle account using a non-system database account (i.e. SCOTT/TIGER), the LD_LIBRARY_PATH is set as above. Just what I want.
When I login as another user on the server (non-oracle) and login to sqlplus using the same DB account as above, the LD_LIBRARY_PATH is BLANK
When I go to my PC and use sqlplus on it (again using same database user as in the above two scenarios), the LD_LIBRARY_PATH is set to $ORACLE_11g_HOME/jre/1.4.2/lib/ext - no reference to $ORACLE_HOME/lib and it's looking in $ORACLE_11g_HOME for the ext directory instead of $ORACLE_HOME.
($ORACLE_11g_HOME isn't a real variable anywhere, it's just referencing /software/oracle/ora11g which is an incomplete environment we aren't even using.)
I can't figure out where all the different values for LD_LIBRARY_PATH are coming from...I thought once it was set in the oracle account's .bashrc, it would use that for all logins to the database.
Can anyone help me figure out what's going on here?
Thanks,
Laurel

I understand this...See more details about the specifics of my scenario below.
USER ORACLE on SERVER
$env
USER=oracle
LD_LIBRARY_PATH=/software/oracle/ora10g/lib:/software/oracle/ora10g/jre/1.4.2/lib/ext
ORACLE_HOME=/software/oracle/ora10g
ORACLE_SID=gdwd
$sqlplus userid/password
SQL> select getenvvar('LD_LIBRARY_PATH') from dual;
GETENVVAR('LD_LIBRARY_PATH')
/software/oracle/ora10g/lib:/software/oracle/ora10g/jre/1.4.2/lib/ext
USER LMOOD on SERVER
$env
USER=lmood
LD_LIBRARY_PATH=/software/oracle/ora10g/lib:/software/oracle/ora10g/jre/1.4.2/lib/ext
ORACLE_HOME=/software/oracle/ora10g
ORACLE_SID=gdwd
$sqlplus userid/password
SQL> select getenvvar('LD_LIBRARY_PATH') from dual;
GETENVVAR('LD_LIBRARY_PATH')
SQL> select 'X'||NVL(getenvvar('LD_LIBRARY_PATH'),'VAR IS NULL')||'X' from dual;
'X'||NVL(GETENVVAR('LD_LIBRARY_PATH'),'VARISNULL')||'X'
XVAR IS NULLX
Also, this would only address the local differences right? Not the issue when running on my PC via sqlnet.
Ideas?
Thanks,
Laurel

LD_LIBRARY_PATH setting for a typical compiler installation

What is the setting of the LD_LIBRARY_PATH environment variables (all three forms, i.e., including the ones with the _32 and _64 suffix) we can expect on a typical Sun C++ installation on SPARC? Can we expect only LD_LIBRARY_PATH to be set or do the
suffix forms get defined as well (or instead)? We need to know which variable(s) to
modify in our infrastructure and since the suffix forms override the generic one it makes
a difference.

Yup, LD_LIBRARY_PATH is also discouraged for installations in
alternate directories. All the Sun Studio tools themselves will
run just fine without needed any of these variables. But we do
ship with shared libraries for our users to use in their apps.
By default the compilers will add RPATH settings into the exectuables
to find the shared libraries in the compiler install directory
(wherever that happens to be during compile time). But if the
end user doesn't have the same compiler installed in the same place,
then the creator of the executable has to decide how to deal with it.
One choice they have is to tell the end user to install the runtime
libs in an arbitrary spot, and then use LD_LIBRARY_PATH.
We try to discourage that, but we're not in a position to enforce it.
It's better to ship the runtime libs in a fixed position relative to the executable
that you're shipping, and use $ORIGIN in the RPATH setting.
--chris

LD_LIBRARY_PATH: parameter not set

Hi All,
BOX -- HPUX Itanium 11.11
I am in process of installing 10gr2 on hpux box. in order to install oracle binaly , I am using response file, I have made the necessery changes in the response file and trying to run runInstaller, it throws the following. Looking forward to your response.
$ . /db/kronqa/oracle/database/runInstaller -ignoreSysPrereqs -force -silent -responseFile \
/db/kronqa/oracle/database/enterprise.rsp.10gr2ksh: LD_LIBRARY_PATH: parameter not set

I have extracted the setup file as orakronqa owner. but , still not out of the woods. also, i tried to find out the respective logs from the base directory , but not able to locate the installer log file. it seems that installer not even started. i also did cat /var/opt/oracle/oraInst.loc , but not found any such files , which , i can consult to give further checks.
./dhrp/oracle/oraInventory/logs/silentInstall2007-08-09_10-15-16AM.log
./dhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2008-12-20_03-02-05PM.log
./dhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2008-12-20_03-05-48PM.log
./dhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2010-10-25_11-27-16AM.log
./dhrp/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2008-12-20_03-05-48PM.log
./dhrp/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2010-10-25_11-27-16AM.log
./dhrp/oracle/product/10.2.0/patchset/Disk1/install/oraparamsilent.ini
./dhrp/archive/DHRP_OH_110409/BKPFILES/oraInventory/logs/silentInstall2008-04-02_11-08-39AM.log
./dhrp/archive/DHRP_OH_102210/Bkp_102210/oraInventory/logs/silentInstall2008-12-20_03-02-05PM.log
./dhrp/archive/DHRP_OH_102210/Bkp_102210/oraInventory/logs/silentInstall2008-12-20_03-05-48PM.log
./dhrp/archive/DHRP_OH_102210/Bkp_102210/oraInventory/logs/silentInstall2009-11-04_03-16-04PM.log
./amdimd/oracle/product/10.2.0/patchset/Disk1/install/oraparamsilent.ini
./amdimq/oracle/product/10.2.0/patchset/Disk1/install/oraparamsilent.ini
./hrpsb/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2007-09-06_03-55-49PM.log
./hrpsb/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2008-08-08_12-34-20PM.log
./hrpsb/oracle/product/10.2.0/oraInventory/logs/silentInstall2008-08-08_12-34-20PM.log
./hrpsb/oracle/product/10.2.0/patchset/Disk1/install/oraparamsilent.ini
./hrpsb/oracle/product/10.2.0/oraInventory.zhrp/logs/silentInstall2007-09-06_03-55-49PM.log
./yhrp/oracle/home/orayhrp/Dba/Madhukar/YHRP_BKP_060910/oraInventory/logs/silentInstall2008-01-04_04-06-00PM.log
./yhrp/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2008-12-20_03-05-48PM.log
./yhrp/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2009-11-04_03-16-04PM.log
./yhrp/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2010-06-09_10-43-45AM.log
./yhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2008-12-20_03-02-05PM.log
./yhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2008-12-20_03-05-48PM.log
./yhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2009-11-04_03-16-04PM.log
./yhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2010-06-09_10-43-45AM.log
./yhrp/oracle/product/10.2.0/oraInventory_bak/logs/silentInstall2008-12-20_03-02-05PM.log
./yhrp/oracle/product/10.2.0/oraInventory_bak/logs/silentInstall2008-12-20_03-05-48PM.log
./yhrp/oracle/product/10.2.0/patchset/Disk1/install/oraparamsilent.ini
./yhrp/archive/NHRP_BKP_09Jan11/nhrp_db_09jan11/home/oranhrp/dba/Madhukar/nhrp_db_09Jan11/oraInventory/logs/silentInstall2009-08-24_03-16-47PM.log
./yhrp/archive/NHRP_BKP_09Jan11/nhrp_db_09jan11/home/oranhrp/nhrp_bkp_befpatch/oraInventory/logs/silentInstall2009-08-24_03-16-47PM.log
./zhrp/oracle/home/oraphrp/dba/phrp_before_patch/oraInventory/logs/silentInstall2008-12-20_03-02-05PM.log
./zhrp/oracle/home/oraphrp/dba/phrp_before_patch/oraInventory/logs/silentInstall2008-12-20_03-05-48PM.log
./zhrp/oracle/home/orazhrp/bkup_dec232009/oraInventory/logs/silentInstall2008-12-11_10-59-20AM.log
./zhrp/oracle/home/orazhrp/bkup_dec232009/oraInventory/logs/silentInstall2008-12-11_11-33-51AM.log
./zhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2008-12-20_03-02-05PM.log
./zhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2008-12-20_03-05-48PM.log
./zhrp/oracle/product/10.2.0/oraInventory/logs/silentInstall2010-12-14_01-10-35PM.log
./zhrp/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2008-12-20_03-05-48PM.log
./zhrp/oracle/product/10.2.0/cfgtoollogs/oui/silentInstall2010-12-14_01-10-35PM.log
./zhrp/oracle/product/10.2.0/patchset/Disk1/install/oraparamsilent.iniEdited by: user11983993 on Mar 25, 2012 8:36 AM
Edited by: user11983993 on Mar 25, 2012 8:39 AM

Solaris/setuid root/LD_LIBRARY_PATH/ORACLE_HOME/lib*.so

We are running Solaris 2.7 and have about 20 programs which use Embedded SQL. A few of these programs are setuid to root. We have LD_LIBRARY_PATH set to $ORACLE_HOME/lib.
This turns out to be a security problem for Solaris. i.e., it will only locate .so files needed for a setuid program if those objects are in /usr/lib.
Short of static linking, can someone tell me if there's a way to get around this problem? Also, if we link statically, is there a way of knowing if the particular revision of Oracle on the runtime machine is compatible with the machine that the machine that the code was linked on?
Please reply by email. I need this info ASAP.
Many TIA

This is must read thread, Am going through it.
read comments from Billy,
>
The LD_LIBRARY_PATH variable fits into this as the means to find and resolve the shared lib reference for loading of shared libraries. The load library call (whether called statically by the kernel when loading your executable, or called dynamically from within your loaded executable) needs to find the relevant shared lib on disk. And this environment variable determines where to look on disk for the physical library module to load.
Whether LD_LIBRARY_PATH is needed or not depends on how the dynamic link loader of the kernel works ito determing where to look for a shared lib.
The Windows dynamic link loader uses the PATH variable (after checking the current dir first). It seems from the test below that Linux needs the LD_LIBRARY_PATH set
>
source
What is LD_LIBRARY_PATH env variable for?

PATH and LD_LIBRARY_PATH on Linux

Hi
I want to run an executable within a java program, since the executable requires certains dirs in its PATH, i need to set the PATH and LD_LIBRARYPATH. I am not sure how to set the LD_LIBRARY_PATH since i dont know what the system property name for the same is in java
StringBuilder commandToExecute = new StringBuilder();
               commandToExecute.append(userdir.getAbsolutePath());
               commandToExecute.append(File.separator);
               commandToExecute.append("apps");
                 commandToExecute.append(File.separator);
               commandToExecute.append("web");
               commandToExecute.append(File.separator);
               commandToExecute.append("bin");
               commandToExecute.append(File.separator);
String path = "//home//rick//server//bin//" + ":" +"//home//rick//web//bin//";
    System.setProperty("java.library.path", path);
    System.out.println("PATH after modification and before running exe on unix : " + System.getProperty("java.library.path"));
// How to set the LD_LIBRARY_PATH? What is the java system property that corresponds to it?
                   commandToExecute.append(exe_UNIX_COMMAND);Could you please let me know what java system property represents LD_LIBRARY_PATH?
Thanks a lot.

Nish_B wrote:
If there is no java system property for LD_LIBRARY_PATH, then what is the other way to set it via java code?Probably the simplest thing would be to invoke a shell script that sets it.
Otherwise you might be able to invoke a shell, set the env var as part of the shell's invocation, and tell the shell to execute your other program. I'd go with the script approach though.
If you need to know what that var was in the context of the environment where your JVM was spawned (which seems unlikely), you should be able to get it with System.getenv.

LD_LIBRARY_PATH not updated in Solaris10

Hello,
We are using SCCS on Solaris10; one of the utility that was working fine in Solaris8 was not working fine in Solaris10;
When I investigated the problem; I got that the LD_LIBRARY_PATH was not updated to the default /usr/lib/ dir; I added the default dir; then it worked fine;
But my concern here is LD_LIBRARY_PATH variable will be by default set to the /usr/lib paths; if thats the case why should we need to change it again to point it to the default lib directory;
Is there any restriction provided for this in Solaris10 or am I missing something;
Would be thankful if I could get some info
Thanks
-Vije

LD_LIBRARY_PATH is added to the default runtime search paths for shared libraries. /usr/lib is already in the search path, so there should be no reason to ever add it to that variable.
Is the utility setuid?
What does 'crle' return on your system?
What does 'ldd <utility>' return with and without the LD_LIBRARY_PATH variable set?
Darren

System Call from Java, problem LD_LIBRARY_PATH

I use class Runtime to invoke Operating System Call.
I want to run OS command gpg (gnu program for encrypting/ decrypting files).
What is interesting, when I run my sqlplus script from system user (used for database installation) call ends with success.
Running script from other os users or machines ends with -1 code and error message:
"ld.so.1: gpg: fatal: libiconv.so.2: open failed: No such file or directory"
gpg uses libraries given LD_LIBRARY_PATH (/opt/gnupg/lib:/usr/lib:/usr/local/lib)
I think that is the problem. Is there a workaround for that??
Best regard
Grzegorz

Maybe related to the fact that the PATH environment variable is unset then re-initialized by Oracle to PATH = /usr/local/bin:/bin:/usr/bin. Try using absolute path for the OS commands.
Kuassi
- blog http://db360.blogspot.com/
- book http://db360.blogspot.com/2006/08/oracle-database-programming-using-java_01.html

LD_LIBRARY_PATH pointing to i386 libraries after upgrade to R12.1 from 11i

Hi,
Recently we have upgraded our EBS 11.5.10.2 to R12.1.1 .
The R12 EBS Techstack has been installed with 64bit staging and the O/S is also linux 5.6 x86_64 version.
While upgrading the java by following the doc:455492.1, we stuck up with an error, when generating the forms. (section 3.7).
[appldel@ec-vdapp01 lib]$ make -f ins_forms.mk sharedlib install
for libs in libfrmjsl.so.0 libd2f.so.0 libia.so.0 libic.so.0 libicg.so.0 libid1.so.0 libid2.so.0 libidd.so.0 libidg.so.0 libidl.so.0 libie.so.0 libifc.so.0 libifg.so.0 libig.so.0 libigo.so.0 libihm.so.0 libiic.so.0 libilfrm.so.0 libimc.so.0 libimg.so.0 libioc.so.0 libiod.so.0 libipc.so.0 libipg.so.0 libiplsn.so.0 libiplsd.so.0 libirm.so.0 libit.so.0 libitg.so.0 libiwc.so.0 libiwg.so.0 libsosd.so.0 libibfrmw.so.0 libicw.so.0 libifcw.so.0 libijc.so.0 libijcw.so.0 libiffw.so.0 libiicw.so.0 libiifw.so.0 libiiiw.so.0 libimfw.so.0 libipfw.so.0 libiqw.so.0 libitw.so.0 libiwcw.so.0 libiwfw.so.0 libixw.so.0 libsosdw.so.0; do \
rm -f /u01/oracle/DEV2/apps/tech_st/10.1.2/lib//$libs ; \
/u01/oracle/DEV2/apps/tech_st/10.1.2/bin/genshlib /u01/oracle/DEV2/apps/tech_st/10.1.2/lib//$libs ; \
done
rm -f frmbld
gcc -m32 -o frmbld -L/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/ -L/u01/oracle/DEV2/apps/tech_st/10.1.2/lib/ -L/u01/oracle/DEV2/apps/tech_st/10.1.2/lib//stubs -L/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386 -L/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386/server -L/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386/native_threads \
/u01/oracle/DEV2/apps/tech_st/10.1.2/lib/s0nnmain.o \
/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/sslidtab.o \
/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/ui10.o /u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/uiicxd.o \
/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/ifzxtb.o \
/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/sixn.o \
/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/sixp.o \
/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/iwvgbm.o \
/u01/oracle/DEV2/apps/tech_st/10.1.2/lib/libie.a -lilfrm /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/libie.a -lig -lifg -lig -limg -liwg -lidd -lidl -lidg -lid2 -lidg -lid1 -ligo -litg -lihm -limg -lipg -licg -lipc -limc -lifc -lijc -liwc -liplsd -liod -lioc -lic /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/libsosd.a -liic -lit -lic /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/libsosd.a -lipc \
/u01/oracle/DEV2/apps/tech_st/10.1.2/forms/lib/istuic.o \
-lrws \
-lnn -lobx -lzrc -lvgs -lde -lucol -lca -luicc -lmma -lmmiw -lmmov -lmma -lmmos -lmmoi -lmmia -lmmft -lmmcm -luihx -luc -luipr -luimotif -lot -lrem -lree -lrec -luiimg -luimotif -luipr -luiimg -luc -lrem -luimotif -luia -ltknqap -luipr -luimotif -lutt -lix -lixd -lix -lixd -lrod -lror -lros -lrod -lror -lros -lrod -ldfc -luat -lutc -lutj -lutl -lutsl -lpls10 -lplp10 -lplc10 -lpls10 -lplp10 -lslax10 -lsql10 -lpthread -lclntsh `cat /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/ldflags` -lnsslb10 -lncrypt10 -lnsgr10 -lnzjs10 -ln10 -lnnz10 -lnl10 -lnro10 `cat /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/ldflags` -lnsslb10 -lncrypt10 -lnsgr10 -lnzjs10 -ln10 -lnnz10 -lnl10 -lclient10 -lnnetd10 -lvsn10 -lcommon10 -lgeneric10 -lmm -lcore10 -lxml10 -lunls10 -lsnls10 -lnls10 -lcore10 -lnls10 `cat /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/ldflags` -lnsslb10 -lncrypt10 -lnsgr10 -lnzjs10 -ln10 -lnnz10 -lnl10 -lnro10 `cat /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/ldflags` -lnsslb10 -lncrypt10 -lnsgr10 -lnzjs10 -ln10 -lnnz10 -lnl10 -lclient10 -lnnetd10 -lvsn10 -lcommon10 -lgeneric10 -lcore10 -lxml10 -lunls10 -lsnls10 -lnls10 -lcore10 -lnls10 -lclient10 -lnnetd10 -lvsn10 -lcommon10 -lgeneric10 -lcore10 -lxml10 -lunls10 -lsnls10 -lnls10 -lcore10 -lnls10 `cat /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/sysliblist` -Wl,-rpath,/u01/oracle/DEV2/apps/tech_st/10.1.2/lib,-rpath,/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386:/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386/xawt:/lib:/usr/lib -lm `cat /u01/oracle/DEV2/apps/tech_st/10.1.2/lib/sysliblist` -ldl -lpthread -lm -L/u01/oracle/DEV2/apps/tech_st/10.1.2/lib -L/u01/oracle/DEV2/apps/tech_st/10.1.2/lib/stubs/ -lsnls10 -L/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386 -L/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386/server -L/u01/oracle/DEV2/apps/tech_st/10.1.2/jdk/jre/lib/i386/native_threads -ljvm -lhpi -Wl,-rpath,/usr/X11R6/lib -Wl,--as-needed -lXi -lXtst -Wl,--no-as-needed -L/usr/X11R6/lib -lXm -lXt -lX11 -lm -lXp -lXext
/usr/bin/ld: cannot find -ljvm
collect2: ld returned 1 exit status
make: *** [frmbld] Error 1
The libjvm.so is under $10.1.2_ORACLE_HOME/jdk/jre/lib/amx64/server path. It's not there in the above output.
You can see from the log the LD_LIBRARY_PATH is pointing to i386 libraries. Whereas the document describes to rename the old jdk, jre under $10.1.2_ORACLE_HOME and install the latest version of jdk (in my case jdk1.6.0_33) here.
I've download the jdk for linux 64bit O/S and installed. Even though the LD_LIBRARY_PATH is pointing to the old library.
How to fix this ?
Sundar K

The make file issue has been resolved by replacing the 64bit JDK under 1012_OH in the application tier, with the old i386 JDK 1.4.0_10. (also, I've changed the context file variables to point to i386 JDK and ran and autoconfig, too).
Now the linking completed without any error. In fact, it's not a success or a new idea that I coined, but I've failed to make the application to use 64bit libraries.
now, I have a doubt, Even though the application stack is installed with R12 64bit source, the 1012_OH is using 32bit java libraries.
Whether it is possible to upgrade the jdk in 1012_OH to a 64 bit jdk or it is not certified ?
Anybody came through this kind of situation ?
Sundar K

Setting OF LD_LIBRARY_PATH AND WEB CACHE PROBLEM [SHOWING PREVIOUS PAGE ]

Dear Members,
I would request for help regarding setting of LD_LIBRARY_PATH in Oracle 11G Application server and web cache problem when any single text file edit and save the result should not be changed . it shows previous page result.
*1. Where to set LD_LIBRARY_PATH in Oracle11g Application Server (10.3.0) ? [ like in 9ias we set in opmn.xml . ] Where is opmn.xml file in oracle11g or which files contained LD_LIBRARY_PATH?*
*2. When we created program generated report it shows correct result after some changes in file and generate again it shows first means previous page result as it is not take changes in that file. Even we tried out side made one .text file and open edit and save. It's given same result. So What is the problem regarding it?*
It is the matter of Browser Cache or WEB Cache. Where is the settings of it?
*3. How to connect database (oracle11g Release 2) through OCI driver?*
Regards
Vipul Patel

If you're compiling it yourself, you should set the library path then. If not, you can try something like this:
env DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/path/to/add-on-libraries orca ...
but I'm not sure it will work.

LD_LIBRARY_PATH

Similar Messages

Maybe you are looking for