Re: Table base class for DBD::File & Co

2010-05-10 Thread Jens Rehsack
On 05/10/10 21:00, Tim Bunce wrote: On Thu, May 06, 2010 at 10:28:29AM +, Jens Rehsack wrote: Hi Tim, hi DBI developers, inspired by the issues reported against DBD::DBM and SQL::Statement regarding Test-Database, I checked SQL::Statement, DBD::File and DBD::DBM to figure out where it fails

Re: Table base class for DBD::File & Co

2010-05-10 Thread Tim Bunce
Sorry for the delay replying, and the top-post. All sounds good. Thanks! Tim. On Thu, May 06, 2010 at 10:28:29AM +, Jens Rehsack wrote: > Hi Tim, hi DBI developers, > > inspired by the issues reported against DBD::DBM and SQL::Statement > regarding Test-Database, I checked SQL::Statement, D

Re: [svn:dbi] r13966 - dbi/trunk/lib/DBI/SQL

2010-05-10 Thread Tim Bunce
On Sun, May 09, 2010 at 10:45:23PM -0700, rehs...@cvs.perl.org wrote: > - move from "die" to "croak" > +croak "Can't find columns\n" unless $self->{column_names}; > +croak "Can't find columns\n" unless $self->{column_names}; > +croak "Can't parse valu

Re: Patch to allow tests with SQL::Statement for DBD::DBM and DBD::Gofer

2010-05-10 Thread Tim Bunce
It would be nice to also get coverage of the nano + DBI::PurePerl case. Tim. On Fri, May 07, 2010 at 02:18:46PM +0200, Jens Rehsack wrote: > Hi, > > as requested, I'd like to allow tests against SQL::Statement for those > DBD's which support it, too. > If no one has objections, I'd like to commi

Re: Clarification sought on private_attribute_info WAS Re: DBD::Oracle 11gr2 & ORA-38909

2010-05-10 Thread Tim Bunce
[Sorry for the delay] On the one hand, the DBI makes a distinction between "method attributes" and "handle attributes. They're different things. On the other hand, the handle constructor methods are a special case. The method attributes passed to connect() are applied to the newly created dbh as

Re: DBI package problem?

2010-05-10 Thread Martin J. Evans
On 10/05/2010 17:44, Tim Bunce wrote: On Sun, Mar 28, 2010 at 11:40:35PM +0200, rosenfield.alb...@gmail.com wrote: > In practice this results in circa 70% of smoke testers running the > module with DBI installed. > > The remaining 30% however, fails with this error: > =

Re: DBI package problem?

2010-05-10 Thread Tim Bunce
On Sun, Mar 28, 2010 at 11:40:35PM +0200, rosenfield.alb...@gmail.com wrote: > In practice this results in circa 70% of smoke testers running the > module with DBI installed. > > The remaining 30% however, fails with this error: > = > # Failed test 'use DBI;' > #

RE: make test: dlopen error :can't load library ODBC.so

2010-05-10 Thread Reinhard Erich Voglmaier
Maybe it is only a question of dynamic loaded libraries not included in the search path. If I remember well there is a LD_LIBRARY_PATH variable you can add locations where to search libraries to be loaded when executing the program. Cheers, Reinhard Reinhard Erich Voglmaier IT Systems Valid

Re: make test: dlopen error :can't load library ODBC.so

2010-05-10 Thread Jens Rehsack
On 05/10/10 08:19, Chunmei Wu wrote: Hi Martin, Reinhard and Jens, Please do not top-post Thanks for your advice. Following is related info you referred: 1> Are all the components in your chain (perl, driver manager, driver) all64 bit? [Chunmei]: The unixODBC driver and the DB2 driver are

RE: make test: dlopen error :can't load library ODBC.so

2010-05-10 Thread Chunmei Wu
Hi Martin, Reinhard and Jens, Thanks for your advice. Following is related info you referred: 1> Are all the components in your chain (perl, driver manager, driver) all64 bit? [Chunmei]: The unixODBC driver and the DB2 driver are 64bit. Seems that my perl is 32bit from following info. Is this

t/40profile.t bugs on NetBSD-5.99.24

2010-05-10 Thread Jens Rehsack
Hi Tim, after resync my changes with svn repo, I regen Makefile and do "make test" again to see, if any new conflicts came in. I got errors from t/40profile.t - where I'm sure that I don't touch lib/DBI/Profile* I attach the output of the test - if it's not enough, please tell me which informatio