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