RE: sqlplus on HP-UX
- From: <Joel.Patterson@xxxxxxxxxxx>
- To: <sxmte@xxxxxxxxxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
- Date: Mon, 24 Aug 2009 13:09:05 -0400
I used to work on both OS's over 5 years ago so forgot to much to
respond.
But I can say that on Solaris 64-bit, for Oracle 9 you set it, but
for oracle 10g the Install docs say not to anymore. So perhaps the
change has been there all along and is just a difference between your
OS's and versions. Eg. HP-UX checks the variable, if not set follows
the path. Tru-64 doesn't check at all.
My first inclination is to double check the install docs and see if they
say to explicitly set or not for each os. This theory is predicated on
wh
at the install docs says.
Joel Patterson
Database Administrator
904 727-2546
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Maureen English
Sent: Monday, August 24, 2009 12:55 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: sqlplus on HP-UX
We have Oracle release 10.2.0.3.0 and 10.2.0.4.0 on our HP-UX
and HP Tru64 machines. I found something very strange, though,
on the HP-UX machines.
On the HP-UX machines, if our LD_LIBRARY_PATH is set to the
10.2.0.3.0/lib, when we start sqlplus, even though ORACLE_HOME
and PATH variables are correctly pointing to 10.2.0.4.0, the
version of sqlplus that is started is the 10.2.0.3.0 version.
If LD_LIBRARY_PATH is not set at all, or is set to 10.2.0.4.0/lib,
then the correct version of sqlplus is started.
On the HP Tru64 machines, the correct version of sqlplus is
started no matter what we set LD_LIBRARY_PATH to.
I do know that we really should set LD_LIBRARY_PATH in all cases,
but due to an oversight, it wasn't being set in our database
startup scripts. So, now I'm just curious as to why we are now
seeing a different behavior.
Any comments?
- Maureen
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
