Error message on install ARGGGG

[C. Linus Hicks]

On Thu, 2004-10-21 at 17:52, Radke, Theresa A wrote:
> I've found part of the problem but don't know what to do to fix it, I
> have just posted the following to the Oracle Installation discussion
> site:
> 
> erroneous // strings in .mk files causing errors  Oct 21, 2004 2:50 PM  
>   Reply  
>  
> I am trying to install oracle 10g to RedHat 3.0 on a Dell Precision
> Workstation 370. The system came with Redhat already installed.
> 
> I am getting a lot of link errors and while doing an investigation into
> it I am finding several locations in the make files where a path to a
> file name has a // in it.
> 
> If I remove the double slash and make it a single I get to the file
> right away, otherwise, as the log indicates, I get a file not found
> error.

I have seen "//" many times in the past in Oracle installation scripts
and that has never caused a problem. You should be able to verify
whether it is a problem by giving the path you think is a problem as an
argument to ls and seeing what happens. I doubt it is causing any
trouble in your case.

> One of the errors in the log shows:
> 
> /usr/bin/ld: Skipping incompatible
> /u01/app/oracle/product/10.1.0/db_1/lib//libclntsh.so when searching for
> lclntsh 
> 
> If you remove the // you can cd into that lib director and find the so
> file easily, there are several of these.
> 
> Anybody have any suggestions?  

What I am wondering about is the possibility of 32-bit versus 64-bit
libraries. I don't see a Linux amd64 version available for download on
OTN, but I understand those are only made available some time after
subscription distribution.

So my question becomes, what architechure are you running on - is it
i386 or x86_64? If your system is a 32-bit machine then everything
should be i386 and elf32 file formats. You can check this using

objdump -f <library-file>.so

Also, do you have multiple Oracle homes? If so, it is possible you have
an environment variable set that is causing the link to refer to files
in the wrong Oracle home.

-- 
C. Linus Hicks <lhicks at nc.rr.com>