Re: SQL::Statement::Embed example failing

2013-12-10 Thread Søren Døssing
Jens, Actually, the documentation says: "SQL::Statement is the basis for at least eight existing DBDs (DBI database drivers). If you have a new data source, you too can create a DBD without having to reinvent the SQL wheel. It is fun and easy so become a DBD author today!" This particular bug re

Re: SQL::Statement::Embed example failing

2013-11-07 Thread Jens Rehsack
Am 07.11.2013 um 14:04 schrieb Søren Døssing : > Hej Jens, Hi Søren, > Can I disturb you again. Since AnyData doesn't seem to be going anywhere, Well, joint with Sven and Theo and go on hacking. Of course you can count on me answering questions and guide you as good as I can. > I'm looking a

Re: SQL-Statement

2013-04-20 Thread H.Merijn Brand
On Fri, 19 Apr 2013 11:05:06 +0200, Jens Rehsack wrote: > On 18.04.13 17:17, H.Merijn Brand wrote: > > On request from Jens: > > > > $ git clone github.com:perl5-dbi/dbi.git SQL-Statement > > > > is now a full copy of https://github.com/rehsack/SQL-Statement > > $ pwd > /tmp/SQL-Statement > $ gi

Re: SQL-Statement

2013-04-19 Thread Jens Rehsack
On 18.04.13 17:17, H.Merijn Brand wrote: On request from Jens: $ git clone github.com:perl5-dbi/dbi.git SQL-Statement is now a full copy of https://github.com/rehsack/SQL-Statement $ pwd /tmp/SQL-Statement $ git push --tags Everything up-to-date $ git branch -a * master remotes/origin/maste

Re: SQL::Statement 1.31_001 dev-release and test rewrite

2011-01-06 Thread Michael G Schwern
On 2011.1.6 10:08 PM, Jens Rehsack wrote: > That's only one step - I want the line numbers of the test, and the test is > currently written as an hash-entry in a test-list. By "test" do you mean "where the entry is defined in the hash"? Like, for example... #line 1 my %tests = (

Re: SQL::Statement 1.31_001 dev-release and test rewrite

2011-01-06 Thread H.Merijn Brand
On Thu, 06 Jan 2011 11:08:15 +, Jens Rehsack wrote: > On 01/01/11 07:55, Michael G Schwern wrote: > > On 2011.1.1 12:38 AM, Jens Rehsack wrote: > >> Further I need some help on test rewrite (that's why you, Michael > >> Schwern, are on CC). > >> I'd like to rewrite step by step all tests like

Re: SQL::Statement 1.31_001 dev-release and test rewrite

2011-01-06 Thread Jens Rehsack
On 01/01/11 07:55, Michael G Schwern wrote: On 2011.1.1 12:38 AM, Jens Rehsack wrote: Further I need some help on test rewrite (that's why you, Michael Schwern, are on CC). I'd like to rewrite step by step all tests like I did in t/06virtual.t and t/08join.t. For this I have to move the test mai

Re: SQL::Statement 1.31_001 dev-release and test rewrite

2010-12-31 Thread Michael G Schwern
On 2011.1.1 12:38 AM, Jens Rehsack wrote: > Further I need some help on test rewrite (that's why you, Michael > Schwern, are on CC). > I'd like to rewrite step by step all tests like I did in t/06virtual.t > and t/08join.t. For this I > have to move the test main loop into the TestLib.pm and I woul

Re: SQL-Statement 1.13

2005-04-23 Thread H.Merijn Brand
On Fri, 22 Apr 2005 12:27:54 -0700, Jeff Zucker <[EMAIL PROTECTED]> wrote: > Jonathan Leffler wrote: > > >the file seemed to be > >a double gzipped file > > > Hmm, odd, it's the result of "make dist" and "svn commit". Must be > something odd about the svn since the tar.gz appears normal. I've

Re: SQL-Statement 1.13

2005-04-22 Thread Jonathan Leffler
Worked OK on Solaris 8 with Perl 5.8.6 etc... And it was just 'single gzipped'. I'll check on MacOS X tonight. t/03executeDBD skipped 1/16 (No XBase installed). On 4/22/05, Jeff Zucker <[EMAIL PROTECTED]> wrote: > Jonathan Leffler wrote: > > >the file seemed to be > >a double gzipped file > >

Re: SQL-Statement 1.13

2005-04-22 Thread Jonathan Leffler
And it worked fine on MacOS X 10.3.9 with Perl 5.8.6. On 4/22/05, Jonathan Leffler <[EMAIL PROTECTED]> wrote: > Worked OK on Solaris 8 with Perl 5.8.6 etc... And it was just 'single > gzipped'. > > I'll check on MacOS X tonight. > > t/03executeDBD skipped 1/16 (No XBase installed). > > > On

Re: SQL-Statement 1.13

2005-04-22 Thread Jeff Zucker
Jonathan Leffler wrote: the file seemed to be a double gzipped file Hmm, odd, it's the result of "make dist" and "svn commit". Must be something odd about the svn since the tar.gz appears normal. I've uploaded to http://www.vpservices.com/jeff/programs/SQL-Statement-1.14.tar.gz I believe this

Re: SQL-Statement 1.13

2005-04-22 Thread H.Merijn Brand
On Thu, 21 Apr 2005 20:37:04 -0700, Jeff Zucker <[EMAIL PROTECTED]> wrote: > H.Merijn Brand wrote: > > >Failed 2/15 test scripts, 86.67% okay. 1/227 subtests failed, 99.56% okay. > > > I added over 140 tests in recent releases (and doubled the Devel::Cover > coverage) and apparently forgot to wr

Re: SQL-Statement 1.13

2005-04-22 Thread Cosimo Streppone
Jeff Zucker wrote: H.Merijn Brand wrote: Failed 2/15 test scripts, 86.67% okay. 1/227 subtests failed, 99.56% okay. I added over 140 tests in recent releases (and doubled the Devel::Cover coverage) and apparently forgot to wrap some of the requires in evals. SQL::Statement has no prerequisites

Re: SQL-Statement 1.13

2005-04-22 Thread Darren Duncan
At 8:37 PM -0700 4/21/05, Jeff Zucker wrote: I'd much appreciate if those who experienced test failures could try again with http://svn.perl.org/modules/SQL-Statement/trunk/SQL-Statement-1.14.tar.gz Thanks! I tried 2 different Perl installs, both under the same Mac OS X 10.3.8. The system perl 5.8

Re: SQL-Statement 1.13

2005-04-21 Thread Jonathan Leffler
On MacOS X 10.3.9, Perl 5.8.6, I found that (a) the file seemed to be a double gzipped file (gunzip of the file produced a 'tar' file that was itself extractable with 'tar -xzf ...', and (b) I still get some test errors: ... Manifying blib/man3/SQL::Statement::Structure.3 Manifying blib/man3/SQL::S

Re: SQL-Statement 1.13

2005-04-21 Thread Jeff Zucker
H.Merijn Brand wrote: Failed 2/15 test scripts, 86.67% okay. 1/227 subtests failed, 99.56% okay. I added over 140 tests in recent releases (and doubled the Devel::Cover coverage) and apparently forgot to wrap some of the requires in evals. SQL::Statement has no prerequisites but since its most co

Re: SQL-Statement 1.13

2005-04-21 Thread Darren Duncan
As I mentioned on dbi-users, I noticed this problem at home, as did another poster, as did the CPAN testers. It seems that SQL-Statement 1.12 and 1.13 has a circular dependency on DBD-AnyData; that is, X's test suite requires Y, and Y's test suite requires X. Even when I manually installed Any