Re: Bundle::DBI and DBD::Oracle failing

[John D Groenveld]

In message , "Tony 
D'Alfonso" writes:
>Does it still make a difference running it as 32-bit on a 64-bit machine.  I`v
>e strictly been trying it on 64 bit.

What does file(1) report about the architecture of your Oracle.so?
# file /root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so

What does ldd(1) report about missing dependencies?
# ldd /root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so

Are the dependencies installed?
Can you find(1) them?

John
groenv...@acm.org

RE: Bundle::DBI and DBD::Oracle failing

[Tony D'Alfonso]

Does it still make a difference running it as 32-bit on a 64-bit machine.  I`ve 
strictly been trying it on 64 bit.

Regards,
 Tony.

-Original Message-
From: Tony D'Alfonso 
Sent: June 23, 2016 9:55 AM
To: 'Bruce Johnson'
Cc: dbi users
Subject: RE: Bundle::DBI and DBD::Oracle failing

Already have that one too!  This thing has been killing me!!!

# yum install libstdc++-devel.x86_64
Loaded plugins: product-id, search-disabled-repos, subscription-manager
rhel-7-server-optional-rpms 
 | 2.1 kB  00:00:00 
rhel-7-server-rpms  
 | 2.5 kB  00:00:00 
rhel-7-server-supplementary-rpms
 | 2.5 kB  00:00:00 
(1/6): rhel-7-server-optional-rpms/7Server/x86_64/updateinfo
 | 2.5 MB  00:00:00 
(2/6): rhel-7-server-supplementary-rpms/7Server/x86_64/updateinfo   
 |  36 kB  00:00:00 
(3/6): rhel-7-server-optional-rpms/7Server/x86_64/primary   
 | 2.6 MB  00:00:00 
(4/6): rhel-7-server-rpms/7Server/x86_64/updateinfo 
 | 2.8 MB  00:00:00 
(5/6): rhel-7-server-supplementary-rpms/7Server/x86_64/primary  
 |  51 kB  00:00:00 
(6/6): rhel-7-server-rpms/7Server/x86_64/primary
 |  19 MB  00:00:01 
rhel-7-server-optional-rpms 
16576/16576
rhel-7-server-rpms  
20802/20802
rhel-7-server-supplementary-rpms
226/226
Package libstdc++-devel-4.8.5-4.el7.x86_64 already installed and latest version 
Nothing to do

Regards,
Tony.

-Original Message-
From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu]
Sent: June 22, 2016 5:12 PM
To: Tony D'Alfonso
Cc: dbi users
Subject: Re: Bundle::DBI and DBD::Oracle failing


> On Jun 22, 2016, at 1:26 PM, Tony D'Alfonso <tony.dalfo...@smi-ieso.ca> wrote:
> 
> SDK was installed too:
> 
> # yum list oracle-instantclient*
> Loaded plugins: product-id, search-disabled-repos, 
> subscription-manager Installed Packages
> oracle-instantclient-basic.x86_64 
> 10.2.0.3-1   installed
> oracle-instantclient-devel.x86_64 
> 10.2.0.3-1   installed
> oracle-instantclient-sqlplus.x86_64   
> 10.2.0.3-1   installed
> 

You know it’s vaguely coming back to me that I had to install several _devel 
packages as well as the lib packages when I last set up a linux server.

You may need the libstdc++-devel.x86_64 package...



--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs

RE: Bundle::DBI and DBD::Oracle failing

[Tony D'Alfonso]

Already have that one too!  This thing has been killing me!!!

# yum install libstdc++-devel.x86_64 
Loaded plugins: product-id, search-disabled-repos, subscription-manager
rhel-7-server-optional-rpms 
 | 2.1 kB  00:00:00 
rhel-7-server-rpms  
 | 2.5 kB  00:00:00 
rhel-7-server-supplementary-rpms
 | 2.5 kB  00:00:00 
(1/6): rhel-7-server-optional-rpms/7Server/x86_64/updateinfo
 | 2.5 MB  00:00:00 
(2/6): rhel-7-server-supplementary-rpms/7Server/x86_64/updateinfo   
 |  36 kB  00:00:00 
(3/6): rhel-7-server-optional-rpms/7Server/x86_64/primary   
 | 2.6 MB  00:00:00 
(4/6): rhel-7-server-rpms/7Server/x86_64/updateinfo 
 | 2.8 MB  00:00:00 
(5/6): rhel-7-server-supplementary-rpms/7Server/x86_64/primary  
 |  51 kB  00:00:00 
(6/6): rhel-7-server-rpms/7Server/x86_64/primary
 |  19 MB  00:00:01 
rhel-7-server-optional-rpms 
16576/16576
rhel-7-server-rpms  
20802/20802
rhel-7-server-supplementary-rpms
226/226
Package libstdc++-devel-4.8.5-4.el7.x86_64 already installed and latest version
Nothing to do

Regards,
Tony.

-Original Message-
From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu] 
Sent: June 22, 2016 5:12 PM
To: Tony D'Alfonso
Cc: dbi users
Subject: Re: Bundle::DBI and DBD::Oracle failing


> On Jun 22, 2016, at 1:26 PM, Tony D'Alfonso <tony.dalfo...@smi-ieso.ca> wrote:
> 
> SDK was installed too:
> 
> # yum list oracle-instantclient*
> Loaded plugins: product-id, search-disabled-repos, 
> subscription-manager Installed Packages
> oracle-instantclient-basic.x86_64 
> 10.2.0.3-1   installed
> oracle-instantclient-devel.x86_64 
> 10.2.0.3-1   installed
> oracle-instantclient-sqlplus.x86_64   
> 10.2.0.3-1   installed
> 

You know it’s vaguely coming back to me that I had to install several _devel 
packages as well as the lib packages when I last set up a linux server.

You may need the libstdc++-devel.x86_64 package...



--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs

Re: Bundle::DBI and DBD::Oracle failing

[John R Pierce]

On 6/22/2016 2:05 PM, Bruce Johnson wrote:
On Jun 22, 2016, at 1:34 PM, John R Pierce > wrote:


if root installed it to /root, no other user can see or access that.


running cpan as root is fine, since that doesn’t affect the 
permissions of the final perl executables. The only thing it affects 
is keeping track of what has been installed via cpan, since the .cpan 
metadata lives in root’s home directory. 


but the OP also said...


perl /stl/bin/test.pl

install_driver(Oracle) failed: Can't load 
'/root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so' 
for module DBD::Oracle: libstdc++.so.5: cannot open shared object file


which suggests Oracle.so was built under /root/perl5

OTOH, as others suggested, the OP probably needs to 'yum install 
compat-libstdc++'  (for RHEL/centos 6, which I believe is what the OP has)




--
john r pierce, recycling bits in santa cruz

Re: Bundle::DBI and DBD::Oracle failing

[Bruce Johnson]

> On Jun 22, 2016, at 1:26 PM, Tony D'Alfonso  wrote:
> 
> SDK was installed too:
> 
> # yum list oracle-instantclient*
> Loaded plugins: product-id, search-disabled-repos, subscription-manager
> Installed Packages
> oracle-instantclient-basic.x86_64 
> 10.2.0.3-1   installed
> oracle-instantclient-devel.x86_64 
> 10.2.0.3-1   installed
> oracle-instantclient-sqlplus.x86_64   
> 10.2.0.3-1   installed
> 

You know it’s vaguely coming back to me that I had to install several _devel 
packages as well as the lib packages when I last set up a linux server.

You may need the libstdc++-devel.x86_64 package...



-- 
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs

Re: Bundle::DBI and DBD::Oracle failing

[Bruce Johnson]

On Jun 22, 2016, at 1:34 PM, John R Pierce 
> wrote:


if root installed it to /root, no other user can see or access that.

running cpan as root is fine, since that doesn’t affect the permissions of the 
final perl executables. The only thing it affects is keeping track of what has 
been installed via cpan, since the .cpan metadata lives in root’s home 
directory.

Heck in OS X, I have to run cpan via sudo or I can’t install anything.

 and no way no how you should be doing Oracle database work while logged on as 
the unix root user.


Oracle won’t even let you install it as root as of 11.2 (at least, probably 
much earlier but I went from 8.1.2 to 11.2 in one swell foop) .



--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs

RE: Bundle::DBI and DBD::Oracle failing

[Tony D'Alfonso]

SDK was installed too:

# yum list oracle-instantclient*
Loaded plugins: product-id, search-disabled-repos, subscription-manager
Installed Packages
oracle-instantclient-basic.x86_64 
10.2.0.3-1   installed
oracle-instantclient-devel.x86_64 
10.2.0.3-1   installed
oracle-instantclient-sqlplus.x86_64   
10.2.0.3-1   installed

-Original Message-
From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu] 
Sent: June 22, 2016 4:23 PM
To: Tony D'Alfonso
Cc: dbi users
Subject: Re: Bundle::DBI and DBD::Oracle failing


> On Jun 22, 2016, at 12:32 PM, Tony D'Alfonso <tony.dalfo...@smi-ieso.ca> 
> wrote:
> 
> Hi Carl,
> 
> I used CPAN to install them and it appeared as though they are in place:
> 
> # cpan -i Bundle::DBI
> Reading '/root/.cpan/Metadata'
>  Database was generated on Wed, 22 Jun 2016 13:29:02 GMT DBI is up to 
> date (1.636).
> DBI::Shell is up to date (11.95).
> Storable is up to date (2.51).
> Net::Daemon is up to date (0.48).
> RPC::PlServer is up to date (0.2020).
> DBD::Multiplex is up to date (2.11).
> [root@screendoor ~]# cpan -i DBD::Oracle Reading 
> '/root/.cpan/Metadata'
>  Database was generated on Wed, 22 Jun 2016 13:29:02 GMT DBD::Oracle 
> is up to date (1.74).
> 
> I'm using the Oracle 10 client.  Defined the environment variables as:
> export ORACLE_HOME=/usr/lib/oracle/10.2.0.3/client64
> export LD_LIBRARY_PATH=$ORACLE_HOME/lib export 
> LD_RUN_PATH=$ORACLE_HOME/lib export PATH=$PATH:$ORACLE_HOME/bin

I know I’ve gotten this error with Instant Client when the SDK component wasn’t 
installed. I haven’t used the full client in years so I don’t know if the SDK 
is automatically installed or not. 


--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs

Re: Bundle::DBI and DBD::Oracle failing

[John R Pierce]

On 6/22/2016 12:32 PM, Tony D'Alfonso wrote:

I used CPAN to install them and it appeared as though they are in place:

# cpan -i Bundle::DBI
Reading '/root/.cpan/Metadata'
   Database was generated on Wed, 22 Jun 2016 13:29:02 GMT


if root installed it to /root, no other user can see or access that.

the Oracle user account that wants to run the perl scripts should 
instead be the ones to run CPAN.   and no way no how you should be doing 
Oracle database work while logged on as the unix root user.



--
john r pierce, recycling bits in santa cruz

Re: Bundle::DBI and DBD::Oracle failing

[Bruce Johnson]

> On Jun 22, 2016, at 12:32 PM, Tony D'Alfonso  
> wrote:
> 
> Hi Carl,
> 
> I used CPAN to install them and it appeared as though they are in place:
> 
> # cpan -i Bundle::DBI
> Reading '/root/.cpan/Metadata'
>  Database was generated on Wed, 22 Jun 2016 13:29:02 GMT
> DBI is up to date (1.636).
> DBI::Shell is up to date (11.95).
> Storable is up to date (2.51).
> Net::Daemon is up to date (0.48).
> RPC::PlServer is up to date (0.2020).
> DBD::Multiplex is up to date (2.11).
> [root@screendoor ~]# cpan -i DBD::Oracle
> Reading '/root/.cpan/Metadata'
>  Database was generated on Wed, 22 Jun 2016 13:29:02 GMT
> DBD::Oracle is up to date (1.74).
> 
> I'm using the Oracle 10 client.  Defined the environment variables as:
> export ORACLE_HOME=/usr/lib/oracle/10.2.0.3/client64
> export LD_LIBRARY_PATH=$ORACLE_HOME/lib
> export LD_RUN_PATH=$ORACLE_HOME/lib
> export PATH=$PATH:$ORACLE_HOME/bin

I know I’ve gotten this error with Instant Client when the SDK component wasn’t 
installed. I haven’t used the full client in years so I don’t know if the SDK 
is automatically installed or not. 


-- 
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs

Re: Bundle::DBI and DBD::Oracle failing

[Furst, Carl]

It means you don¹t have the Oracle DBD installed. Or its installed to a
different place.

Did you install it? Where?

Carl Yamamoto-Furst
-- 





From:  Tony D'Alfonso <tony.dalfo...@smi-ieso.ca>
Date:  Wednesday, June 22, 2016 at 2:00 PM
To:  "dbi-users@perl.org" <dbi-users@perl.org>
Subject:  RE: Bundle::DBI and DBD::Oracle failing


Confirming this email made it through.  Slicing the output into multiple
messages.  Can you help me with this error message?
 
perl /stl/bin/test.pl
install_driver(Oracle) failed: Can't load
'/root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so'
 for module DBD::Oracle:
 libstdc++.so.5: cannot open shared object file: No such file or directory
at /usr/lib64/perl5/DynaLoader.pm line 190.
at (eval 4) line 3.
Compilation failed in require at (eval 4) line 3.
Perhaps a required shared library or dll isn't installed where expected
at /stl/bin/test.pl line 3.
 




**

MLB.com <http://mlb.com> - Where Baseball is Always On.

RE: Bundle::DBI and DBD::Oracle failing

[Tony D'Alfonso]

Hi Carl,

I used CPAN to install them and it appeared as though they are in place:

# cpan -i Bundle::DBI
Reading '/root/.cpan/Metadata'
  Database was generated on Wed, 22 Jun 2016 13:29:02 GMT
DBI is up to date (1.636).
DBI::Shell is up to date (11.95).
Storable is up to date (2.51).
Net::Daemon is up to date (0.48).
RPC::PlServer is up to date (0.2020).
DBD::Multiplex is up to date (2.11).
[root@screendoor ~]# cpan -i DBD::Oracle
Reading '/root/.cpan/Metadata'
  Database was generated on Wed, 22 Jun 2016 13:29:02 GMT
DBD::Oracle is up to date (1.74).

I'm using the Oracle 10 client.  Defined the environment variables as:
export ORACLE_HOME=/usr/lib/oracle/10.2.0.3/client64
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export LD_RUN_PATH=$ORACLE_HOME/lib
export PATH=$PATH:$ORACLE_HOME/bin

Here's a snippet of a perl -V output:
Summary of my perl5 (revision 5 version 16 subversion 3) configuration:
   
  Platform:
osname=linux, osvers=2.6.32-504.16.2.el6.x86_64, 
archname=x86_64-linux-thread-multi
uname='linux x86-021.build.eng.bos.redhat.com 2.6.32-504.16.2.el6.x86_64 #1 
smp tue mar 10 17:01:00 edt 2015 x86_64 x86_64 x86_64 gnulinux '



Built under linux
  Compiled at Jul  7 2015 08:36:18
  %ENV:
PERL5LIB="/root/perl5/lib/perl5:"
PERL_LOCAL_LIB_ROOT=":/root/perl5"
PERL_MB_OPT="--install_base /root/perl5"
PERL_MM_OPT="INSTALL_BASE=/root/perl5"
  @INC:
/root/perl5/lib/perl5/x86_64-linux-thread-multi
/root/perl5/lib/perl5
/usr/local/lib64/perl5
/usr/local/share/perl5
/usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl
/usr/lib64/perl5
/usr/share/perl5



-Original Message-
From: Furst, Carl [mailto:carl.yamamotofu...@mlb.com] 
Sent: June 22, 2016 3:28 PM
To: Tony D'Alfonso; dbi-users@perl.org
Subject: Re: Bundle::DBI and DBD::Oracle failing

It means you don¹t have the Oracle DBD installed. Or its installed to a 
different place.

Did you install it? Where?

Carl Yamamoto-Furst
-- 





From:  Tony D'Alfonso <tony.dalfo...@smi-ieso.ca>
Date:  Wednesday, June 22, 2016 at 2:00 PM
To:  "dbi-users@perl.org" <dbi-users@perl.org>
Subject:  RE: Bundle::DBI and DBD::Oracle failing


Confirming this email made it through.  Slicing the output into multiple 
messages.  Can you help me with this error message?
 
perl /stl/bin/test.pl
install_driver(Oracle) failed: Can't load 
'/root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so'
 for module DBD::Oracle:
 libstdc++.so.5: cannot open shared object file: No such file or directory at 
/usr/lib64/perl5/DynaLoader.pm line 190.
at (eval 4) line 3.
Compilation failed in require at (eval 4) line 3.
Perhaps a required shared library or dll isn't installed where expected at 
/stl/bin/test.pl line 3.
 




**

MLB.com <http://mlb.com> - Where Baseball is Always On.

Re: Bundle::DBI and DBD::Oracle failing

[Dean Pearce]

That library is part of a compatibility package that isn't installed by 
default. On my build machine I've had to do the following:


sudo yum -y install compat-libstdc++-33

After that the build succeeded.

On 2016-06-22 2:00 PM, Tony D'Alfonso wrote:


Confirming this email made it through.  Slicing the output into 
multiple messages.  Can you help me with this error message?


perl /stl/bin/test.pl

install_driver(Oracle) failed: Can't load 
'/root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so' 
for module DBD::Oracle: libstdc++.so.5: cannot open shared object 
file: No such file or directory at /usr/lib64/perl5/DynaLoader.pm line 
190.


at (eval 4) line 3.

Compilation failed in require at (eval 4) line 3.

Perhaps a required shared library or dll isn't installed where expected

at /stl/bin/test.pl line 3.



--
*Dean Pearce*
Software Developer - Monitoring Tools Prime

Pythian - Love your data

pea...@pythian.com  | Twitter: @deanpearce 
 | Linkedin: Dean Pearce 



Tel: +1 613 565 8696 x 1384
Mobile: +1 613 697 2114
www.pythian.com 


--


--

RE: Bundle::DBI and DBD::Oracle failing

[Tony D'Alfonso]

 

 

# perl -V

Summary of my perl5 (revision 5 version 16 subversion 3) configuration:

   

  Platform:

osname=linux, osvers=2.6.32-504.16.2.el6.x86_64, 
archname=x86_64-linux-thread-multi

uname='linux x86-021.build.eng.bos.redhat.com 2.6.32-504.16.2.el6.x86_64 #1 
smp tue mar 10 17:01:00 edt 2015 x86_64 x86_64 x86_64 gnulinux '

config_args='-des -Doptimize=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 
-fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 
-grecord-gcc-switches   -m64 -mtune=generic -Dccdlflags=-Wl,--enable-new-dtags 
-Dlddlflags=-shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches   -m64 
-mtune=generic -Wl,-z,relro  -DDEBUGGING=-g -Dversion=5.16.3 
-Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, 
Inc. -Dprefix=/usr -Dvendorprefix=/usr -Dsiteprefix=/usr/local 
-Dsitelib=/usr/local/share/perl5 -Dsitearch=/usr/local/lib64/perl5 
-Dprivlib=/usr/share/perl5 -Dvendorlib=/usr/share/perl5/vendor_perl 
-Darchlib=/usr/lib64/perl5 -Dvendorarch=/usr/lib64/perl5/vendor_perl 
-Darchname=x86_64-linux-thread-multi -Dlibpth=/usr/local/lib64 /lib64 
/usr/lib64 -Duseshrplib -Dusethreads -Duseithreads -Dusedtrace=/usr/bin/dtrace 
-Duselargefiles -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog 
-Dman3ext=3pm -Duseperlio -Dinstallusrbinperl=n -Ubincompat5005 -Uversiononly 
-Dpager=/usr/bin/less -isr -Dd_gethostent_r_proto -Ud_endhostent_r_proto 
-Ud_sethostent_r_proto -Ud_endprotoent_r_proto -Ud_setprotoent_r_proto 
-Ud_endservent_r_proto -Ud_setservent_r_proto -Dscriptdir=/usr/bin 
-Dusesitecustomize'

hint=recommended, useposix=true, d_sigaction=define

useithreads=define, usemultiplicity=define

useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef

use64bitint=define, use64bitall=define, uselongdouble=undef

usemymalloc=n, bincompat5005=undef

  Compiler:

cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe 
-fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64',

optimize='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 
-mtune=generic',

cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe 
-fstack-protector -I/usr/local/include'

ccversion='', gccversion='4.8.3 20140911 (Red Hat 4.8.3-9)', gccosandvers=''

intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678

d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16

ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8

alignbytes=8, prototype=define

  Linker and Libraries:

ld='gcc', ldflags =' -fstack-protector'

libpth=/usr/local/lib64 /lib64 /usr/lib64

libs=-lresolv -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc 
-lgdbm_compat

perllibs=-lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc

libc=, so=so, useshrplib=true, libperl=libperl.so

gnulibc_version='2.17'

  Dynamic Linking:

dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, 
ccdlflags='-Wl,--enable-new-dtags -Wl,-rpath,/usr/lib64/perl5/CORE'

cccdlflags='-fPIC', lddlflags='-shared -O2 -g -pipe -Wall 
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong 
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic 
-Wl,-z,relro '

 

 

Characteristics of this binary (from libperl): 

  Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS

PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT

PERL_MALLOC_WRAP PERL_PRESERVE_IVUV USE_64_BIT_ALL

USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES

USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE

USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF

USE_REENTRANT_API USE_SITECUSTOMIZE

  Locally applied patches:

 Fedora Patch1: Removes date check, Fedora/RHEL specific

 Fedora Patch3: support for libdir64

 Fedora Patch4: use libresolv instead of libbind

 Fedora Patch5: USE_MM_LD_RUN_PATH

 Fedora Patch6: Skip hostname tests, due to builders not being network 
capable

 Fedora Patch7: Dont run one io test due to random builder failures

 Fedora Patch9: Fix find2perl to translate ? glob properly (RT#113054)

 Fedora Patch10: Fix broken atof (RT#109318)

 Fedora Patch13: Clear $@ before "do" I/O error (RT#113730)

 Fedora Patch14: Do not truncate syscall() return value to 32 bits 
(RT#113980)

 Fedora Patch15: Override the Pod::Simple::parse_file (CPANRT#77530)

 Fedora Patch16: Do not leak with attribute on my variable (RT#114764)

 Fedora Patch17: Allow operator after numeric keyword argument (RT#105924)

 Fedora Patch18: Extend stack in File::Glob::glob, (RT#114984)

 Fedora Patch19: Do not 

RE: Bundle::DBI and DBD::Oracle failing

[Tony D'Alfonso]

Confirming this email made it through.  Slicing the output into multiple 
messages.  Can you help me with this error message?

 

perl /stl/bin/test.pl

install_driver(Oracle) failed: Can't load 
'/root/perl5/lib/perl5/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for 
module DBD::Oracle: libstdc++.so.5: cannot open shared object file: No such 
file or directory at /usr/lib64/perl5/DynaLoader.pm line 190.

at (eval 4) line 3.

Compilation failed in require at (eval 4) line 3.

Perhaps a required shared library or dll isn't installed where expected

at /stl/bin/test.pl line 3.