On Wed, 1 Mar 2006 12:09:27 -0500 (EST), "John L. Allen" <all...@grumman.com>
wrote:
> > > On Wed, 1 Mar 2006, Dave Mitchell wrote:> > davemOn Wed, Mar 01, 2006 at 09:59:19AM -0500, John L. Allen wrote:> davem> We are using 32 bit Oracle 8.1.7.4 client and server, but I don't see> davem> why it shouldn't be able to be made to work with a 64 bit build of
Here is where I read, and I assume Dave too, a 64bitall perl.
64bitint, if supported by the OS, doesn't make it a 64bit perl.
> davem> perl.> davem> davemI would be amazed if it was possible to use a 32-bit oracle client> library davemwith a 64-bit perl executable.> davem> davemI strongly suspect that's where your problem lies.> > Normally I'd agree, but my 64 bit perl is sort of a hybrid: all the perl> binaries and extensions are 32 bit, as is the AIX 5.1 kernel. It's just> that perl was built to use 64 bit integers and 128 bit floats (and the> 128 bit C library), via the -Dusemorebits configure flag. This differs> from the -V setup H.Merijn just sent because he is using -Duse64bitall,> which gives him 64 bit binaries as well. Or, such is my understanding.
With Oracle, I would play safe (or it will play you).
Either go for vanilla 32bit or for full 64bit.
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using & porting perl 5.6.2, 5.8.x, 5.9.x on HP-UX 10.20, 11.00, 11.11,
& 11.23, SuSE 10.0, AIX 4.3 & 5.2, and Cygwin. http://qa.perl.org
http://mirrors.develooper.com/hpux/ http://www.test-smoke.org
http://www.goldmark.org/jeff/stupid-disclaimers/