Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the DBD-Oracle CPAN distribution.

Report information
The Basics
Id: 73144
Status: resolved
Priority: 0/
Queue: DBD-Oracle

People
Owner: Nobody in particular
Requestors: hokan [...] me.umn.edu
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: tests fail on FreeBSD
Date: Fri, 9 Dec 2011 14:27:56 -0600
To: bug-DBD-Oracle [...] rt.cpan.org
From: Hōkan <hokan [...] me.umn.edu>
I've got the Oracle Instant Client on a FreeBSD system: #uname -a FreeBSD zumbro-test.aem.umn.edu 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Wed Aug 10 15:40:26 CDT 2011 root@zumbro-test.aem.umn.edu:/usr/src/sys/i386/compile/ZUMBRO i386 I have tried with Instant Client 10.2 and 11.2 and the build of DBD::Oracle fails in the same way with both during the test phase. If I force an install then the DBD::Oracle segfaults.. Attached is a screen capture of a CPAN install attempt.

Message body is not shown because sender requested not to inline it.

Hi, if you manually do a 'make && make test', what is the output (unfortunately the output of the automated cpan builds show that the tests are failing, but not what's their ouput)?
Subject: Re: [rt.cpan.org #73144] tests fail on FreeBSD
Date: Tue, 3 Jan 2012 17:33:57 -0600
To: Pythian Remote DBA via RT <bug-DBD-Oracle [...] rt.cpan.org>
From: Hōkan <hokan [...] me.umn.edu>
Here's my session.

Message body is not shown because sender requested not to inline it.

Subject: Re: [rt.cpan.org #73144] tests fail on FreeBSD
Date: Wed, 04 Jan 2012 10:42:32 -0500
To: bug-DBD-Oracle [...] rt.cpan.org
From: Yanick Champoux <champoux [...] pythian.com>
On 01/03/12 18:34, Hōkan via RT wrote: Show quoted text
> Queue: DBD-Oracle > Ticket<URL: https://rt.cpan.org/Ticket/Display.html?id=73144> > > Here's my session. >
Could you add to the bug report the STDERR output of the tests? Or, if you don't see it, just go in the distro's directory and, after doing the 'perl Makefile.PL && make' dance, do: $ perl -Iblib/lib -Iblib/arch t/01base.t It's just that with the current report, we can see that the tests are failing, but not why. :-) Joy, `/anick -- Yanick Champoux, Senior Perl Developer The Pythian Group - love your data http://www.pythian.com -- Pythian proud winner of Oracle North America Titan Award for Exadata Solution...watch the video on pythian.com
Subject: Re: [rt.cpan.org #73144] tests fail on FreeBSD
Date: Mon, 9 Jan 2012 13:12:12 -0600
To: Pythian Remote DBA via RT <bug-DBD-Oracle [...] rt.cpan.org>
From: Hōkan <hokan [...] me.umn.edu>
zumbro-test# setenv LD_LIBRARY_PATH /opt/instantclient_11_2:/usr/compat/linux/lib:/usr/compat/linux/usr/lib^ zumbro-test# perl -Iblib/lib -Iblib/arch t/01base.t^ 1..6 ok 1 - require DBI; ok 2 - import DBI ok 3 - internal Segmentation fault (core dumped) zumbro-test# exit
On Mon Jan 09 14:12:21 2012, hokan@me.umn.edu wrote: Show quoted text
> zumbro-test# setenv LD_LIBRARY_PATH > /opt/instantclient_11_2:/usr/compat/linux/lib:/usr/compat/linux/usr/lib^ > zumbro-test# perl -Iblib/lib -Iblib/arch t/01base.t^ > 1..6 > ok 1 - require DBI; > ok 2 - import DBI > ok 3 - internal > Segmentation fault (core dumped) > zumbro-test# exit
Can you run that under the debugger to see where it goes wrong. Just do: which perl to find out path to perl then gdb /path/to/perl -Iblib/lib -Iblib/arch t/01base.t r and when it seg faults tap in bt for a back trace. Where does it say it failed? Martin -- Martin J. Evans Wetherby, UK
Subject: Re: [rt.cpan.org #73144] tests fail on FreeBSD
Date: Tue, 10 Jan 2012 14:08:49 -0600
To: Martin J Evans via RT <bug-DBD-Oracle [...] rt.cpan.org>
From: Hōkan <hokan [...] me.umn.edu>
zumbro-test# gdb perl GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... (gdb) run -Iblib/lib -Iblib/arch t/01base.t Starting program: /usr/bin/perl -Iblib/lib -Iblib/arch t/01base.t (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...1..6 (no debugging symbols found)...(no debugging symbols found)...ok 1 - require DBI; ok 2 - import DBI ok 3 - internal (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x2aa0db41 in __init_misc () from /usr/compat/linux/lib/libc.so.6 (gdb) bt #0 0x2aa0db41 in __init_misc () from /usr/compat/linux/lib/libc.so.6 #1 0x2a961c8f in _init () from /usr/compat/linux/lib/libc.so.6 #2 0x2804e50c in dlsym () from /libexec/ld-elf.so.1 #3 0x2804ee9e in dlopen () from /libexec/ld-elf.so.1 #4 0x2819d147 in XS_DynaLoader_dl_load_file () from /usr/local/lib/perl5/5.14.1/mach/CORE/libperl.so #5 0x28118c9f in Perl_pp_entersub () from /usr/local/lib/perl5/5.14.1/mach/CORE/libperl.so #6 0x281172db in Perl_runops_standard () from /usr/local/lib/perl5/5.14.1/mach/CORE/libperl.so #7 0x280b446b in perl_run () from /usr/local/lib/perl5/5.14.1/mach/CORE/libperl.so #8 0x08048b41 in main () (gdb)
According to the test script, we fail at the step: my $drh = DBI->install_driver('Oracle'); which is pretty basic. DBI is at v1.616 for Perl 5.14, which are both not too old. The only thing I can think of is that maybe the DBI wasn't compiled for the used perl? Hōkan, does reinstalling DBI changes anything?
Subject: Re: [rt.cpan.org #73144] tests fail on FreeBSD
Date: Mon, 18 Jun 2012 23:24:08 -0500
To: Pythian Remote DBA via RT <bug-DBD-Oracle [...] rt.cpan.org>
From: Hokan <hokan [...] me.umn.edu>
Thank you for you efforts. For other reasons we must move to a different platform. The module installs and runs on that platform. On Fri, Mar 09, 2012 at 02:13:07PM -0500, Pythian Remote DBA via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=73144 > > > According to the test script, we fail at the step: > > my $drh = DBI->install_driver('Oracle'); > > > which is pretty basic. > > > DBI is at v1.616 for Perl 5.14, which are both not too old. > > The only thing I can think of is that maybe the DBI wasn't compiled for > the used perl? H??kan, does reinstalling DBI changes anything? > >