On 2007-11-09 15:12:03 +0100, Roberto Zini wrote: > Hello everybody. > > I'm trying to get the DBD::Oracle 1.19 Perl module working fine under SuSE > Linux Enterprise Server 10 (IBM Power 64bit).
I don't know about the Power architecture specifically, but on most
platforms you cannot link 64 and 32 bit code together. So if your perl
is a 64-bit executable, your Oracle libraries need to be 64 bit, too;
and if your perl executable is 32 bits, you need the 32-bit Oracle
libraries.
file `which perl` should tell you for sure, but we can guess from the
output of perl -V:
> The version of SLES is 10.0 (no SP1 applied yet) and the version of Perl I'm
> using is:
>
> === cut here == 8< ==
>
> Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
> Platform:
> osname=linux, osvers=2.6.16, archname=ppc-linux-thread-multi-64int
"64int" sounds like 64 bit, but ...
> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
longsize=4 and ptrsize=4 are strong hints that it's really a 32-bit
executable.
> When trying to compile with the 32bit module, I have a "Segmentation Fault"
> when using a Perl test script (during the DBI->connect phase) where when using
> the 64bit version the linker "skips" over the Oracle provided
> libclntsh.so.10.1 (it's incompatible but to me it seems fine).
A 64-bit library is indeed incompatible with a 32-bit executable, so
that's to be expected. I cannot explain the segfault, though. I did
notice that you didn't include any output from "make test". Did you run
it? If so, did it also crash with a segfault?
hp
--
_ | Peter J. Holzer | If I wanted to be "academically correct",
|_|_) | Sysadmin WSR | I'd be programming in Java.
| | | [EMAIL PROTECTED] | I don't, and I'm not.
__/ | http://www.hjp.at/ | -- Jesse Erlbaum on dbi-users
pgpfqnxzjmRLf.pgp
Description: PGP signature
