Will reply in private email to you. Then we'll let the group know the answer. Apparently I've touched a nerve again. I see people on Sun Machines who want to do it in 64 bit mode too. Thank You Rich
• '•..• '•. ><((((º> .• '•. .• '•. •. .• '•. ><((((º> “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. ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- <[EMAIL PROTECTED]> 03/20/2008 11:47 AM To Richard T Malafa/DEF/[EMAIL PROTECTED], <[EMAIL PROTECTED]> cc <dbi-users@perl.org>, <[EMAIL PROTECTED]> Subject RE: What causes this 32 bit problem?? As an HP-UX specialist who has built DBD::Oracle on various boxes can I help? Pyers -----Original Message----- From: Richard T Malafa [mailto:[EMAIL PROTECTED] Sent: 20 March 2008 15:29 To: John Scoles Cc: dbi-users@perl.org; [EMAIL PROTECTED] Subject: What causes this 32 bit problem?? 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. [EMAIL PROTECTED]> 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) [EMAIL PROTECTED]> 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. ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
