develooper Front page | perl.dbi.users | Postings from March 2008

Re: What causes this 32 bit problem??

Thread Previous | Thread Next
From:
John Scoles
Date:
March 20, 2008 08:42
Subject:
Re: What causes this 32 bit problem??
Well unfortunately I have not access to a HP 64bit machine so I have 
never been able to look into this myself so any
opinion I have will be of little use to you.

This will be changing soon I hope as I am due to get access to HP 64 box 
soon.

Any patch that you may come up with will be good. 

and I think they should not be running in 64bit mode of course I could 
be wrong on this. I have never looked into it.

Sorry I cannot be more help to you
Cheers
 John Scoles

Richard T Malafa wrote:
> John,
> I've tested your DBD::Oracle 1.20 against both PA-RISC and Itanium 
> Machines with the 32 bit versions of 5.8.8 perl. Those worked fine as I 
> reported back to you.
>
> As you know on the HP-UX machine you have both 32 and 64 bit versions and 
> that includes static or dynamic modes.   It all depends on how it is set.  
> Usually the 32 bit version revert to the PA 1.1 architecture and not the 
> PA 2.0 architecture.
>
> Now,  I have to have the PA 2.0 64 bit & dynamic perl used for your 
> DBD::Oracle 1.20 running.   Nothing has chanced except to change the perl 
> path to reflect 64 bit and dynamic..    The gcc 4.2.2 is the same.   And 
> the Oracle 10 g is the same.  And the HP-UX is still 11i Version 2.
>
> I can change (in my environment) the export 
> LD_LIBRARY_PATH=$ORACLE_HOME/baloneypie and it still reverts to:
>
> ora01/app/oracle/product/10.2/lib:/lib/pa20_64
>
> The most madding thing is that 32-bit link message.    What 32-bit link??? 
>   I did a file command on everything in the library links and they're all 
> 64 bit
> as they're suppose to be.   Still trying to find it with the Perl 
> Debugger.
>
> root@wsmisdb2> file /ora01/app/oracle/product/10.2/lib/libclntsh.sl
> /ora01/app/oracle/product/10.2/lib/libclntsh.sl:        ELF-64 shared 
> object file - PA-RISC 2.0 (LP64)
> root@wsmisdb2>
>
> I just used that as an example.  Of course you know that ld handles both 
> 32 and 64 bit code.
>
> Should I start taking code out of the makefile do to with -shared 
> static-libgcc ???   Or removing the  gcc -Wl,+b   or 
>
> Making sure the stuff passed to gcc -Wl,+b$1  comes from a different 
> place???
>
> Or ?????? 
>
> Any other comment..   Is DBD::Oracle 1.20 suppose to run in 64 bit mode???
>
> Wondering because during my first contact with you on DBD::Oracle 1.19   I 
> had the exact same problem and error on HP UX v1 running in 64 bit.
>
> Thank You and Cheers
> Rich
> p.s. fyi gcc 4.2.3 and the new 4.2.3 library just came out on the HP UX 
> porting site
>
> ********  sample error  during make.  never varies  *******************
>
> Running Mkbootstrap for DBD::Oracle ()
>         chmod 644 Oracle.bs
>         rm -f blib/arch/auto/DBD/Oracle/Oracle.sl
>         gcc -Wl,+b"/ora01/app/oracle/product/10.2/lib:/lib/pa20_64" 
> -shared -static-libgcc -fPIC -L/lib/pa20_64 Oracle.o  dbdimp.o  oci8.o  -o 
> blib/arch/auto/DBD/Oracle/Oracle.sl         \
>            -L/ora01/app/oracle/product/10.2/lib -lclntsh -lrt -lpthread 
> -lnsl   \
>  
> /usr/ccs/bin/ld: /ora01/app/oracle/product/10.2/lib/libclntsh.sl: 
> Mismatched ABI. 64-bit PA shared library found in 32-bit link.
> collect2: ld returned 1 exit status
> *** Error exit code 1
>
>
> • '•..• '•. ><((((º> .• '•. .• '•. •. .• '•. ><((((º>
> “Anything that doesn’t eat you today is saving you for tomorrow.”
>
> Computer Sciences Corporation 
> Registered Office: 2100 East Grand Avenue, El Segundo California 90245, 
> USA
> Registered in USA No: C-489-59
>
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> This is a PRIVATE message. If you are not the intended recipient, please 
> delete without copying and kindly advise us by e-mail of the mistake in 
> delivery. 
> NOTE: Regardless of content, this e-mail shall not operate to bind CSC to 
> any order or other contract unless pursuant to explicit written agreement 
> or government initiative expressly permitting the use of e-mail for such 
> purpose.
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>   

Thread Previous | Thread Next


Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About