Here is what I get with a gdb debug of the core file:
root@nimdinf01:/var/tmp/DBD-Oracle-1.27 ] gdb perl core
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it u
All standard lib paths. I would have thought it may be the lib lib32 issue but
even when I attempted to modify the Makefile.PL to point to 32 bit it still
does the same thing.
-Original Message-
From: ericbamba...@discover.com [mailto:ericbamba...@discover.com]
Sent: Friday, January
Yeah xlC is just the package that contains cc_r which I explicitly point to
here. As far as exact version I am not 100% sure and IBM won't give me any
support because even though it is OS supplied it's not core to the OS, which
is kinda BS considering how many deps it has in the system.
From:
Are you using a nonstandard LIBPATH? Are you mixing/matching 32/64 bit
oracle libraries with a 32/64 bit perl?
We're had to stick to 32 bit oracle libs on our 32 bit AIX for similiar
reasons.
Eric Bambach | Discover
Assoc. Programmer, Warehouse Infrastructure and Tools
2500 Lake Cook Road, Riv
On Fri, Jan 28, 2011 at 4:01 PM, Williams, Stephen <
stephen.willi...@twcable.com> wrote:
> root@nimdinf01:/var/tmp/DBD-Oracle-1.27 ] perl Makefile.PL
> Illegal instruction (core dumped)
>
> Here is a truss
>
> statx("/usr/opt/perl5/lib/5.8.8/aix-thread-multi/auto/DBI", 0x20008CB8,
> 128, 010) Err
root@nimdinf01:/var/tmp/DBD-Oracle-1.27 ] perl Makefile.PL
Illegal instruction (core dumped)
Here is a truss
statx("/usr/opt/perl5/lib/5.8.8/aix-thread-multi/auto/DBI", 0x20008CB8, 128,
010) Err#2 ENOENT
statx("/usr/opt/perl5/lib/5.8.8/auto/DBI", 0x20008CB8, 128, 010) Err#2 ENOENT
statx("/usr/
Installing dbd oracle on any version AIX has always been problematic.
Usually you have to rebuild your perl with the exact same version of
compiler that compiled the perl.
If you are using the Perl that comes with AIX that may be hard to do.
As well there are always 64-32 bit issues.
Can you po
-Original Message-
From: Martin J. Evans [mailto:martin.ev...@easysoft.com]
Sent: Friday, January 28, 2011 3:34 PM
To: dbi-users@perl.org
Subject: Re: AIX DBD::Oracle perl Makefile.PL core dumps
On 28/01/2011 20:22, Williams, Stephen wrote:
> Afternoon all,
>
> I am having trouble with tr
On 28/01/2011 20:22, Williams, Stephen wrote:
Afternoon all,
I am having trouble with trying to compile the DBD drive for Oracle on my AIX
5.3 TL11 host. I have DBI-1.616 installed on the node fine, but when I go to
run the perl Makefile.PL I keep getting a core dump. The perl installation is
Afternoon all,
I am having trouble with trying to compile the DBD drive for Oracle on my AIX
5.3 TL11 host. I have DBI-1.616 installed on the node fine, but when I go to
run the perl Makefile.PL I keep getting a core dump. The perl installation is
the OS supplied perl (information below).
root
fwiw, here's my perl -V output:
Summary of my perl5 (revision 5 version 12 subversion 2) configuration:
Platform:
osname=linux, osvers=2.6.18-164.10.1.el5pae, archname=i686-linux
uname='linux foo.com 2.6.18-164.10.1.el5pae #1 smp thu jan 7
20:37:53 est 2010 i686 athlon i386 gnulinux '
HI,
My first post and I forgot the basics:
OS - RedHat 4 and 5
Perl version 5.8.8
DBD::Oracle version: 1.27
Regards
Pete
On 28 January 2011 16:44, Peter Hitchman wrote:
> Hi,
> I have been having problems with DBD::Oracle when I tried to use a
> different Oracle client version from the datab
Hi,
I have been having problems with DBD::Oracle when I tried to use a different
Oracle client version from the database server.
In this case the client is 11.2.0.2.0 and the database is 11.1.0.6.0.
When I set my client to the 11.2 version, the connect to the database failed
with:
"Connection to
Figured this one out:
The Makefile.PL for DBD::Oracle looks for makefiles in your oracle
home directory.
If it finds one, it scans the makefile for compiler options used to
build Oracle applications.
In my case it found demo.mk which includes the option -locci.
What is interesting is that the ma
One of my production jobs, which uses Oracle objects, crashed
a couple of days ago. The error was an invalid free() detected
by glibc. Glibc produced a useful backtrace, which I have pasted
below (after my signature).
I have had a look at empty_oci_object(), and I am suspicious about
an if-block t
Yeah that has been around for a long time
I will put that into trunk so it will get into 1.28 which should be out next
week sometime.
Thanks allot Charles
Cheers
John
On Fri, Jan 28, 2011 at 10:25 AM, Charles Jardine wrote:
> Attached is a patch against DBD::Oracle version 1.27 which corrects
Attached is a patch against DBD::Oracle version 1.27 which corrects
some type mismatches which prevent the support for objects working
on big-endian platforms such as Sun-sparc.
There was a thread on this topic in this mail list last April.
See http://www.mail-archive.com/dbi-users@perl.org/msg329
17 matches
Mail list logo
