RE: ANNOUNCE: DBD::Oracle 1.18 release candidate 2
John Scoles wrote: http://svn.perl.org/modules/dbd-oracle/trunk/DBD-Oracle-1.18-RC2.zip =head1 Changes in DBD-Oracle 1.18 (scn rev 6647) Updated README.win32.txt fixed for some more typos Fixed some waring messages found in Oracle.xs dbdimp.c and oci8.c and added the test t\26exe_array.t So far things look good and thanks for all the testing. Look like we can get this out next week sometime. Any and all testing would be greatly appreciated, but especially testing of building against Oracle Instant Client and Oracle XE on a range of platforms. I'm running SUSE LINUX Enterprise Server 9 (i586). Although it compiled without errors and the tests ran fine, I received these warnings: Warning: the following files are missing in your kit: META.yml Checking for functioning wait.ph Scalar found where operator expected at (eval 209) line 1, near 'int' $__val (Missing operator before $__val?) DBD::Oracle::st execute_array warning: ORA-24381: error(s) in array DML (DBD SUCCESS_WITH_INFO: error possibly near * indicator at char 66 in 'INSERT INTO dbd_ora__drop_me ( row_1, row_2, row_3) VALUES (:p1,:*p2,:p3)') [for Statement INSERT INTO dbd_ora__drop_me ( row_1, row_2, row_3) VALUES (?,?,?) with ParamValues: :p3=undef, :p1=undef, :p2=undef] at t/26exe_array.t line 77. Philip DEFINE _SQLPLUS_RELEASE = 902000400 (CHAR) Oracle version 9.2.0.4 (9.2) Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration: Platform: osname=linux, osvers=2.6.5, archname=i586-linux-thread-multi uname='linux oldboy 2.6.5 #1 smp fri nov 18 15:22:13 utc 2005 i686 i686 i386 gnulinux ' config_args='-ds -e -Dprefix=/usr -Dvendorprefix=/usr -Dinstallusrbinperl -Dusethreads -Di_db -Di_dbm -Di_ndbm -Di_gdbm -Duseshrplib=true -Doptimize=-O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall -Wall -pipe' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef 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 -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall -Wall -pipe', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing' ccversion='', gccversion='3.3.3 (SuSE Linux)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags ='' libpth=/lib /usr/lib /usr/local/lib libs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.3.3' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.3/i586-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Locally applied patches: SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962 Built under linux Compiled at Dec 17 2005 03:24:12 @INC: /usr/lib/perl5/5.8.3/i586-linux-thread-multi /usr/lib/perl5/5.8.3 /usr/lib/perl5/site_perl/5.8.3/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.3/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl .
Re: ANNOUNCE: DBD::Oracle 1.18 release candidate 2
DBD::Oracle::st execute_array warning: ORA-24381: error(s) in array DML (DBD SUCCESS_WITH_INFO: error possibly near * indicator at char 66 in 'INSERT INTO dbd_ora__drop_me ( row_1, row_2, row_3) VALUES (:p1,:*p2,:p3)') [for Statement INSERT INTO dbd_ora__drop_me ( row_1, row_2, row_3) VALUES (?,?,?) with ParamValues: :p3=undef, :p1=undef, :p2=undef] at t/26exe_array.t line This is my new 26exe_array.t test failing. Actually I want it to fail as it tests weather or not the returned tuple_array actually returned an the error message. Unfoturnetly this is my first go at test and that is the one little thing I still have to work on. Oh yes the META.yml file I will add that in the next RC but it will not be in sub-version as it created automatically when I create a new mod in CPAN. At least I think this will happen Not sure what wait.ph is for? Thanks for all the testing cheers John Scoles. - Original Message - From: Garrett, Philip (MAN-Corporate) [EMAIL PROTECTED] To: dbi-dev@perl.org Sent: Friday, July 14, 2006 1:37 PM Subject: RE: ANNOUNCE: DBD::Oracle 1.18 release candidate 2 John Scoles wrote: http://svn.perl.org/modules/dbd-oracle/trunk/DBD-Oracle-1.18-RC2.zip =head1 Changes in DBD-Oracle 1.18 (scn rev 6647) Updated README.win32.txt fixed for some more typos Fixed some waring messages found in Oracle.xs dbdimp.c and oci8.c and added the test t\26exe_array.t So far things look good and thanks for all the testing. Look like we can get this out next week sometime. Any and all testing would be greatly appreciated, but especially testing of building against Oracle Instant Client and Oracle XE on a range of platforms. I'm running SUSE LINUX Enterprise Server 9 (i586). Although it compiled without errors and the tests ran fine, I received these warnings: Warning: the following files are missing in your kit: META.yml Checking for functioning wait.ph Scalar found where operator expected at (eval 209) line 1, near 'int' $__val (Missing operator before $__val?) DBD::Oracle::st execute_array warning: ORA-24381: error(s) in array DML (DBD SUCCESS_WITH_INFO: error possibly near * indicator at char 66 in 'INSERT INTO dbd_ora__drop_me ( row_1, row_2, row_3) VALUES (:p1,:*p2,:p3)') [for Statement INSERT INTO dbd_ora__drop_me ( row_1, row_2, row_3) VALUES (?,?,?) with ParamValues: :p3=undef, :p1=undef, :p2=undef] at t/26exe_array.t line 77. Philip DEFINE _SQLPLUS_RELEASE = 902000400 (CHAR) Oracle version 9.2.0.4 (9.2) Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration: Platform: osname=linux, osvers=2.6.5, archname=i586-linux-thread-multi uname='linux oldboy 2.6.5 #1 smp fri nov 18 15:22:13 utc 2005 i686 i686 i386 gnulinux ' config_args='-ds -e -Dprefix=/usr -Dvendorprefix=/usr -Dinstallusrbinperl -Dusethreads -Di_db -Di_dbm -Di_ndbm -Di_gdbm -Duseshrplib=true -Doptimize=-O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall -Wall -pipe' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef 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 -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall -Wall -pipe', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing' ccversion='', gccversion='3.3.3 (SuSE Linux)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags ='' libpth=/lib /usr/lib /usr/local/lib libs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.3.3' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.3/i586-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Locally applied patches: SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962 Built under linux Compiled at Dec 17 2005 03:24:12 @INC: /usr/lib/perl5/5.8.3/i586-linux-thread-multi /usr/lib/perl5/5.8.3 /usr/lib/perl5/site_perl/5.8.3/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.3/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl .
RE: ANNOUNCE: DBD::Oracle 1.18 release candidate 2
John Scoles wrote: Not sure what wait.ph is for? Found this -- it's an error in my system's bits/typesizes.ph. Not your problem. Philip
RE: ANNOUNCE: DBD::Oracle 1.18 release candidate 2
On Fri, 2006-07-14 at 14:11 -0400, Garrett, Philip (MAN-Corporate) wrote: John Scoles wrote: Not sure what wait.ph is for? Found this -- it's an error in my system's bits/typesizes.ph. Not your problem. Philip I think I reported the same issue a few days ago. What was the problem? Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com
RE: ANNOUNCE: DBD::Oracle 1.18 release candidate 2
Martin J. Evans wrote:
On Fri, 2006-07-14 at 14:11 -0400, Garrett, Philip (MAN-Corporate)
wrote:
John Scoles wrote:
Not sure what wait.ph is for?
Found this -- it's an error in my system's bits/typesizes.ph. Not
your problem.
I think I reported the same issue a few days ago.
What was the problem?
My typesizes.ph has this line:
eval 'sub __FSID_T_TYPE {\'struct struct\' { \'int\' $__val[2];
};}' unless defined(__FSID_T_TYPE);
It looks like a bug (or missing feature) where h2ph is unable to parse
my system's headers. I'm running Linux kernel 2.6.5. The offending
line in /usr/include/bits/typesizes.ph is:
#define __FSID_T_TYPE struct { int __val[2]; }
Philip
