Re: Problem compiling DBI with Perl 5.10.0
Hi Folks On Thu, 2009-08-13 at 18:37 +1000, Ron Savage wrote: > Hi Folks > > With Perl v 5.10.0, I get the same msg as with BerkeleyDB: > > make: *** No rule to make target > `/opt/eHealth/custom/perl/lib/5.10.0/sun4-solaris-thread-multi/CORE/thrdvar.h', > needed by `DBI.o' > > Any ideas? Yep. PERL5LIB was pointing to a pervious Perl's lib dir containing about 20 modules. -- Ron Savage r...@savage.net.au http://savage.net.au/index.html
Problem compiling DBI with Perl 5.10.0
Hi Folks With Perl v 5.10.0, I get the same msg as with BerkeleyDB: make: *** No rule to make target `/opt/eHealth/custom/perl/lib/5.10.0/sun4-solaris-thread-multi/CORE/thrdvar.h', needed by `DBI.o' Any ideas? -- Ron Savage r...@savage.net.au http://savage.net.au/index.html
Re: DBD::Sybase 1.09 build error on perl 5.10.0
Checking google I see that someone else had similar errors a while ago, but didn't respond to my request for more information... As I don't have a 12.0 client to test with I've asked for more information in the Sybase newsgroups. Michael On Dec 28, 2008, at 8:22 PM, Matthew Persico wrote: I have a failure building DBD::Sybase 1.09 in the xblk stuff, which I really don't use, but maybe you want to investigte anyway. I am building perl 5.10.0 on Solaris, threaded (yes, threaded, please don't try to talk me out of it.). DBI is 1.607. Sybase server is Adaptive Server Enterprise/12.5.3/EBF 12869 ESD#4/P/Sun_svr4/OS 5.8/ase1253/1923/64-bit/FBO/Thu Sep 8 16:05:41 2005 Sybase client libs are 12.0. Yeah, I know. I have no control over that. The failure is here. perl -V is below. t/xblk..1..62 ok 1 - use DBI; ok 2 - use DBD::Sybase; ok 3 - Connect ok 4 - Create table DBD::Sybase::db prepare warning: OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (0) NUMBER = (0) Server SYDAST01, database Message String: blk_init(): blk layer: internal BLK-Library error: Failed when CT_Lib routine ct_fetch(BLK_IN_GET_FMT) called. ok 5 - Prepare \#1 ok 6 - Send row 1 - test 1 cslib_cb: 2 4 1 36 cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 4: (_convert(123.456, 16)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow. at t/xblk.t line 97. ok 7 - Send row 2 - test 1 ok 8 - Send row 3 - test 1 ok 9 - Commit test 1 ok 10 - Rows test 1 DBD::Sybase::db begin_work failed: Already in a transaction at t/xblk.t line 116. DBD::Sybase::db prepare warning: OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (0) NUMBER = (0) Server SYDAST01, database Message String: blk_init(): blk layer: internal BLK-Library error: Failed when CT_Lib routine ct_fetch(BLK_IN_GET_FMT) called. ok 11 - prepare \#2 cslib_cb: 2 4 1 20 cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 5: (_convert(feb 29 2001 11:00, 12)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. at t/xblk.t line 133. ok 12 - Execute row 1, test 2 cslib_cb: 2 4 1 20 cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 3: (_convert(123456789123456, 8)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. at t/xblk.t line 133. ok 13 - Execute row 2, test 2 cslib_cb: 2 4 1 36 cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 4: (_convert(123456.78, 16)) DBD::Sybase::st execute warning: cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow.OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (0) NUMBER = (0) Server SYDAST01, database Message String: blk_rowxfer(): blk layer: internal BLK-Library error: Failed in conversion routine - condition overflow. col = 4 row = 1. ok 14 - Execute row 3, test 2 cslib_cb: 2 4 1 20 cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 8: (_convert(34343434343434343434.23, 15)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. at t/xblk.t line 133. ok 15 - Execute row 4, test 2 ok 16 - Commit test 2 ok 17 - Rows, test 2 DBD::Sybase::db begin_work failed: Already in a transaction at t/xblk.t line 150. dubious Test returned status 0 (wstat 139, 0x8b) DIED. FAILED tests 18-62 Failed 45/62 tests, 27.42% okay t/xblob.1..11 [1841] $ perl -V Summary of my perl5 (revision 5 version 10 subversion 0) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris-thread-multi uname='sunos nycux-25k105 5.8 generic_117350-45 sun4u sparc sunw,sun-fire-15000 ' config_args='-de -Dusethreads -Dcc=cc -Dprefix=/home/persicom/perl.v5.10.0 -Dhtml1dir=/home/persicom/perl.v5.10.0/html/html1 -Dhtml3dir=/home/persicom/perl.v5.10.0/html/html3 -Dinstallusrbinperl=undef -dcf_email=matthew.pers...@lazard.com -dperladmin=matthew.pers...@lazard.com' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bita
DBD::Sybase 1.09 build error on perl 5.10.0
I have a failure building DBD::Sybase 1.09 in the xblk stuff, which I really don't use, but maybe you want to investigte anyway. I am building perl 5.10.0 on Solaris, threaded (yes, threaded, please don't try to talk me out of it.). DBI is 1.607. Sybase server is Adaptive Server Enterprise/12.5.3/EBF 12869 ESD#4/P/Sun_svr4/OS 5.8/ase1253/1923/64-bit/FBO/Thu Sep 8 16:05:41 2005 Sybase client libs are 12.0. Yeah, I know. I have no control over that. The failure is here. perl -V is below. t/xblk..1..62 ok 1 - use DBI; ok 2 - use DBD::Sybase; ok 3 - Connect ok 4 - Create table DBD::Sybase::db prepare warning: OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (0) NUMBER = (0) Server SYDAST01, database Message String: blk_init(): blk layer: internal BLK-Library error: Failed when CT_Lib routine ct_fetch(BLK_IN_GET_FMT) called. ok 5 - Prepare \#1 ok 6 - Send row 1 - test 1 cslib_cb: 2 4 1 36 cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 4: (_convert(123.456, 16)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow. at t/xblk.t line 97. ok 7 - Send row 2 - test 1 ok 8 - Send row 3 - test 1 ok 9 - Commit test 1 ok 10 - Rows test 1 DBD::Sybase::db begin_work failed: Already in a transaction at t/xblk.t line 116. DBD::Sybase::db prepare warning: OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (0) NUMBER = (0) Server SYDAST01, database Message String: blk_init(): blk layer: internal BLK-Library error: Failed when CT_Lib routine ct_fetch(BLK_IN_GET_FMT) called. ok 11 - prepare \#2 cslib_cb: 2 4 1 20 cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 5: (_convert(feb 29 2001 11:00, 12)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. at t/xblk.t line 133. ok 12 - Execute row 1, test 2 cslib_cb: 2 4 1 20 cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 3: (_convert(123456789123456, 8)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. at t/xblk.t line 133. ok 13 - Execute row 2, test 2 cslib_cb: 2 4 1 36 cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 4: (_convert(123456.78, 16)) DBD::Sybase::st execute warning: cs_convert: cslib user api layer: common library error: The result is truncated because the conversion/operation resulted in overflow.OpenClient message: LAYER = (0) ORIGIN = (0) SEVERITY = (0) NUMBER = (0) Server SYDAST01, database Message String: blk_rowxfer(): blk layer: internal BLK-Library error: Failed in conversion routine - condition overflow. col = 4 row = 1. ok 14 - Execute row 3, test 2 cslib_cb: 2 4 1 20 cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. cslib_cb: User Message: cs_convert failed: column 8: (_convert(34343434343434343434.23, 15)) DBD::Sybase::st execute failed: cs_convert: cslib user api layer: common library error: The conversion/operation resulted in overflow. at t/xblk.t line 133. ok 15 - Execute row 4, test 2 ok 16 - Commit test 2 ok 17 - Rows, test 2 DBD::Sybase::db begin_work failed: Already in a transaction at t/xblk.t line 150. dubious Test returned status 0 (wstat 139, 0x8b) DIED. FAILED tests 18-62 Failed 45/62 tests, 27.42% okay t/xblob.1..11 [1841] $ perl -V Summary of my perl5 (revision 5 version 10 subversion 0) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris-thread-multi uname='sunos nycux-25k105 5.8 generic_117350-45 sun4u sparc sunw,sun-fire-15000 ' config_args='-de -Dusethreads -Dcc=cc -Dprefix=/home/persicom/perl.v5.10.0 -Dhtml1dir=/home/persicom/perl.v5.10.0/html/html1 -Dhtml3dir=/home/persicom/perl.v5.10.0/html/html3 -Dinstallusrbinperl=undef -dcf_email=matthew.pers...@lazard.com -dperladmin=matthew.pers...@lazard.com' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O', cppflags='-D_REENTRANT -I/usr/local/include' ccversion='Sun C 5.8 2005
Re: Perl 5.10.0
Thank you for your quick reply. I actually feel a bit embarrassed to tell you that I was missing the header files for perl! Doh! # urpmi perl-devel I will submit a request to the package maintainer to include the perl-devel rpm in the buildrequires. Thanks again for the reply and the work on the module. On Thu, Jun 5, 2008 at 10:44 AM, Jonathan Leffler < [EMAIL PROTECTED]> wrote: > > > On Thu, Jun 5, 2008 at 12:54 AM, Scott Ryan <[EMAIL PROTECTED]> wrote: > >> Hi I am struggling to build the DBD-Oracle module on mandriva 2008.1. >> It uses perl 5.10.0 and I get the following: >> >> [EMAIL PROTECTED] DBD-Oracle-1.21]# make >> cp Oracle.pm blib/lib/DBD/Oracle.pm >> cp mkta.pl blib/lib/DBD/mkta.pl >> cp oraperl.ph blib/lib/oraperl.ph >> cp dbdimp.h blib/arch/auto/DBD/Oracle/dbdimp.h >> cp ocitrace.h blib/arch/auto/DBD/Oracle/ocitrace.h >> cp Oraperl.pm blib/lib/Oraperl.pm >> cp Oracle.h blib/arch/auto/DBD/Oracle/Oracle.h >> cp mk.pm blib/arch/auto/DBD/Oracle/mk.pm >> cp lib/DBD/Oracle/GetInfo.pm blib/lib/DBD/Oracle/GetInfo.pm >> /usr/bin/perl5.10.0 -p -e "s/~DRIVER~/Oracle/g" >> >> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/auto/DBI/Driver.xst >> > Oracle.xsi >> /usr/bin/perl5.10.0 /usr/lib/perl5/5.10.0/ExtUtils/xsubpp -typemap >> /usr/lib/perl5/5.10.0/ExtUtils/typemap -typemap typemap Oracle.xs > >> Oracle.xsc && mv Oracle.xsc Oracle.c >> make: *** No rule to make target >> `/usr/lib/perl5/5.10.0/i386-linux-thread-multi/CORE/EXTERN.h', needed by >> `Oracle.o'. Stop. >> >> Any help would be appreciated as google throws up nothing. >> > > > Assuming that the file doesn't exist - rather than no permissions - then > look to see whether there is any other file in the CORE directory. On my > Solaris machine, the equivalent file exists. If your > CORE directory is non-existent, or mostly empty (should be over 50 files in > it), then your best bet is probably build your own Perl. If just the one > file is missing, you could try a reinstall. > > -- > Jonathan Leffler <[EMAIL PROTECTED]> #include > Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org > "Blessed are we who can laugh at ourselves, for we shall never cease to be > amused." -- Scott Ryan ** Cheap memory cards - SD / Memory Stick Pro / MicroSD / USB pen drives / XD cards >From SA's leading online memory card store: www.bitsandchips.co.za *
Re: Perl 5.10.0
On 2008-06-05 01:44:20 -0700, Jonathan Leffler wrote: > On Thu, Jun 5, 2008 at 12:54 AM, Scott Ryan <[EMAIL PROTECTED]> wrote: > > Hi I am struggling to build the DBD-Oracle module on mandriva 2008.1. [...] > > make: *** No rule to make target > > `/usr/lib/perl5/5.10.0/i386-linux-thread-multi/CORE/EXTERN.h', needed by > > `Oracle.o'. Stop. > > > > Any help would be appreciated as google throws up nothing. > > > Assuming that the file doesn't exist - rather than no permissions - then > look to see whether there is any other file in the CORE directory. On my > Solaris machine, the equivalent file exists. If your > CORE directory is non-existent, or mostly empty (should be over 50 files in > it), then your best bet is probably build your own Perl. If just the one > file is missing, you could try a reinstall. It is also possible that the header files are in a different package. Most Linux distributions split a basic perl installation into multiple packages. Although CORE/*.h are in the base package in the "perl" package in Redhat and Debian, Mandriva might have put them into a different package - look for something like "perl-devel", "perl-headers", or similar. 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 pgp4TgF2ds08E.pgp Description: PGP signature
Re: Perl 5.10.0
On Thu, Jun 5, 2008 at 12:54 AM, Scott Ryan <[EMAIL PROTECTED]> wrote: > Hi I am struggling to build the DBD-Oracle module on mandriva 2008.1. > It uses perl 5.10.0 and I get the following: > > [EMAIL PROTECTED] DBD-Oracle-1.21]# make > cp Oracle.pm blib/lib/DBD/Oracle.pm > cp mkta.pl blib/lib/DBD/mkta.pl > cp oraperl.ph blib/lib/oraperl.ph > cp dbdimp.h blib/arch/auto/DBD/Oracle/dbdimp.h > cp ocitrace.h blib/arch/auto/DBD/Oracle/ocitrace.h > cp Oraperl.pm blib/lib/Oraperl.pm > cp Oracle.h blib/arch/auto/DBD/Oracle/Oracle.h > cp mk.pm blib/arch/auto/DBD/Oracle/mk.pm > cp lib/DBD/Oracle/GetInfo.pm blib/lib/DBD/Oracle/GetInfo.pm > /usr/bin/perl5.10.0 -p -e "s/~DRIVER~/Oracle/g" > > /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/auto/DBI/Driver.xst > > Oracle.xsi > /usr/bin/perl5.10.0 /usr/lib/perl5/5.10.0/ExtUtils/xsubpp -typemap > /usr/lib/perl5/5.10.0/ExtUtils/typemap -typemap typemap Oracle.xs > > Oracle.xsc && mv Oracle.xsc Oracle.c > make: *** No rule to make target > `/usr/lib/perl5/5.10.0/i386-linux-thread-multi/CORE/EXTERN.h', needed by > `Oracle.o'. Stop. > > Any help would be appreciated as google throws up nothing. > Assuming that the file doesn't exist - rather than no permissions - then look to see whether there is any other file in the CORE directory. On my Solaris machine, the equivalent file exists. If your CORE directory is non-existent, or mostly empty (should be over 50 files in it), then your best bet is probably build your own Perl. If just the one file is missing, you could try a reinstall. -- Jonathan Leffler <[EMAIL PROTECTED]> #include Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."
