H.Merijn Brand wrote:
Thanks Merijn.
Subject:
DBI 1.608 breaks SQL-Statement
From:
Gisle Aas gi...@activestate.com
Date:
Tue, 12 May 2009 22:12:44 +0200
To:
DBI Developers Mailing List dbi-dev@perl.org
To:
Hi all,
even if wasn't here for a long time (Merijn finally kicked my ass on this
list), I uploaded the (from my point of view) latest development version of
1.21 for SQL::Statement.
I know there're some changes in it, which may break existing code - but I
don't know which code is existing world
2009/12/3 H.Merijn Brand h.m.br...@xs4all.nl:
Any objections to me committing below change?
While the originator of this request updates his ticket, maybe a smarter
implementation is reasonable:
I could modify S::S opentable() to request opening for reading/writing,
so you could differ between
2009/12/4 H.Merijn Brand h.m.br...@xs4all.nl:
On Fri, 4 Dec 2009 10:03:54 +0100, Jens Rehsack
rehs...@googlemail.com wrote:
2009/12/3 H.Merijn Brand h.m.br...@xs4all.nl:
Any objections to me committing below change?
While the originator of this request updates his ticket, maybe a smarter
I know that not everyone is in to IRC and I for one have only flirted
with it over the years but for the last 6 months or so I've frequented
the #dbi channel and there are a number of knowledgeable and helpful
people on it but there is a low representation from DBD authors/maintainers.
You
) 2009 by H.Merijn Brand Jens Rehsack
+# Copyright (C) 2009,2010 by H.Merijn Brand Jens Rehsack
# Copyright (C) 2004 by Jeff Zucker
# Copyright (C) 1998 by Jochen Wiedmann
#
@@ -123,7 +123,10 @@
package DBD::File::dr;
use strict;
+use Config;
+our $threadid = 0; # holds private thread
On 04/23/10 12:02, Jens Rehsack wrote:
Hi,
as proposed last week, here is the first patch for DBD::File and
DBD::DBM (primary: inheritance issue) for more thread safety. I'd like
to have this applied before starting with DBD::DBM refactoring (and I'd
like to have it applied before DBI 1.611
On 04/23/10 13:18, H.Merijn Brand wrote:
On Fri, 23 Apr 2010 12:02:13 +, Jens Rehsack
rehs...@googlemail.com wrote:
Tim, do you have a time schedule for DBI 1.611?
FWIW, Martin applied that croak on bad encoding for f_encodings in
DBD::File (thanks mje!), so I think we're pretty
On 04/27/10 21:13, Tim Bunce wrote:
On Fri, Apr 23, 2010 at 05:57:29AM -0700, hmbr...@cvs.perl.org wrote:
+use Config;
+
+our $threadid = 0; # holds private thread id of driver
+$this-STORE (p_threadid = $threadid);
+sub CLONE
+{
+$Config{usethreads} $INC{threads.pm} and
+
Hi Tim,
here is the style patch I spoke about in IRC (channel #dbi on irc.perl.org
for everyone who still misses IRC). It should help me applying future
patches sent in via RT for the new DBI version. I think, I need to invest
more time into the module now ...
Jens
Index: lib/DBD/DBM.pm
On 04/29/10 17:32, Tim Bunce wrote:
On Wed, Apr 28, 2010 at 12:49:21PM +, Jens Rehsack wrote:
Hi Tim,
here is the style patch I spoke about in IRC (channel #dbi on
irc.perl.org for everyone who still misses IRC). It should help me
applying future patches sent in via RT for the new DBI
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.
I found several bugs which are fixed for now (even if I wouldn't tend to
release this time).
I've just uploaded a new release of SQL::Statement which fixes one issue
with Test::Datebase and DBD::DBM reported by Barbie from Birmingham.pm.
The list of changes is small, but I decided to release early (and likely
more often) instead of one big release when all DBD::DBM issues are solved
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 commit attached patch.
Best regards,
Jens
DBI-test-SS.patch
Description: Binary data
On 05/10/10 02:06, Chunmei Wu wrote:
Hi everyone,
OS: AIX
perl version: 5.0
After installed DBD-ODBC-1.21, I run 'make test', but failed 'can't load
library' error:
t/20SqlServer...ok
2/65install_driver(ODBC) failed: Can't load
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 information
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
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
Hi DBI and DBD developers,
I recently released the first version of DBD::Sys - a DBI Driver which
allows accessing to some system tables via SQL. I know, many tables are
missing - but I hope I can get more in step by step.
At first, I hope I can get some feedback about the idea and how to
Hi,
I'd like to update Makefile.PL of DBI like I did for SQL::Statement in
revisions 13845 and 13970 (see repository at
https://svn.perl.org/modules/SQL-Statement/trunk):
- Add a WriteMakefile1 function, which checks features of available
EU::MM, and disable some unavailable features
In
Hi Tim,
during the update of DBD::AnyData I hit some nice methods, which Jeff has
added to it, e.g. ad_get_catalog, ad_mod_catalog and ad_clear.
These methods modify the meta data of the tables managed by DBD::AnyData
(DBD::AD) which will be done by DBD::File in future releases. So I talked
On 06/01/10 10:42, Tim Bunce wrote:
On Sun, May 30, 2010 at 12:33:44PM +0200, H.Merijn Brand wrote:
In DBI-1.611 I introduced f_encoding for tables. That works great.
In 1.611, f_encoding was evaluated from the database handle each time a
table (file) was opened, so
my $dbh = DBI-connect
Hi DBI and DBD developers,
I have some open points for DBD::File I'd like to ask for feedback on them.
The first two are related to the table meta data.
1) I introduced simple getters and setters for DBD::File table's meta
data (look for get_file_meta and set_file_meta in
On 06/08/10 11:42, Tim Bunce wrote:
On Fri, Jun 04, 2010 at 04:12:18AM -0700, rehs...@cvs.perl.org wrote:
+This modules uses hash interfaces of two column file databases. While
+none of supported SQL engines have a support for indeces, following
s/indeces/indices/
+statements really do the
On 06/08/10 11:49, Tim Bunce wrote:
On Tue, Jun 01, 2010 at 11:10:44AM +, Jens Rehsack wrote:
Hi Tim,
during the update of DBD::AnyData I hit some nice methods, which
Jeff has added to it, e.g. ad_get_catalog, ad_mod_catalog and
ad_clear.
These methods modify the meta data of the tables
Hi Merijn,
attached the patch to allow DBD::CSV work fine with the
$dbh-{csv_tables} attribute.
It's for use with DBD::File rev. 14128. Maybe it's a good idea to set
some values into
$dbh-{csv_valid_attrs} and $dbh-{csv_readonly_attrs}, too - but you
know it better
than me.
Best regards,
Jens
On 06/09/10 16:04, Tim Bunce wrote:
On Wed, Jun 09, 2010 at 02:45:18PM +, Jens Rehsack wrote:
On 06/09/10 14:36, Tim Bunce wrote:
The interface of the per-table API doesn't allow that :(
That's exactly the reason why I thought it's required to warn about that.
Can it be expressed
Hi Tim,
for next DBI DEV-release I tried to get 52dbm_complex.t running with
Gofer as Auto-Proxy, too.
Maybe you could take a look, please (to teach me where I'm wrong).
The attached patch contains the changes I made to get the test run with Gofer.
It fails with:
DB13 c DBD::File::Table::new
Hi Tim,
from my point of view, the current trunk of DBI is ready to be shipped
as next development release.
Because it should be uploaded together with the development release of
SQL::Statement, we should
synchronize our uploads.
Jens
2010/6/16 Tim Bunce tim.bu...@pobox.com:
On Tue, Jun 15, 2010 at 09:10:38PM +0200, Jens Rehsack wrote:
Hi Tim,
from my point of view, the current trunk of DBI is ready to be shipped
as next development release.
Not in MANIFEST: t/51dbm_file.t
Not in MANIFEST: t/52dbm_complex.t
Should
2010/6/16 Tim Bunce tim.bu...@pobox.com:
On Tue, Jun 15, 2010 at 09:10:38PM +0200, Jens Rehsack wrote:
Hi Tim,
from my point of view, the current trunk of DBI is ready to be shipped
as next development release.
Great.
I really get blushed since you named me twice in Changes - but
shouldn't
2010/6/16 Tim Bunce tim.bu...@pobox.com:
On Wed, Jun 16, 2010 at 08:41:27AM +0200, Jens Rehsack wrote:
2010/6/16 Tim Bunce tim.bu...@pobox.com:
On Tue, Jun 15, 2010 at 09:10:38PM +0200, Jens Rehsack wrote:
Hi Tim,
from my point of view, the current trunk of DBI is ready to be shipped
On 06/16/10 19:37, Tim Bunce wrote:
Done. But there's no need to wait for those results as there are some
windows failures on 1.611_91 that need fixing:
http://matrix.cpantesters.org/?dist=DBI%201.611_91;reports=1;os=MSWin32
As short explained in irc, Cwd::abs_path from PathTools 3.31 seems
Hi Todd, hi Lincoln,
at first I want to express my acknowledgment and thank for your great
work at Tie::DBI.
I'm unsure who is the primary maintainer now (does Todd just apply
some work, but main development is still at Lincoln or has Todd took
over the maintainership), so I address both.
While
2010/6/20 Todd Rinaldo to...@null.net:
On Sat, Jun 19, 2010 at 8:50 AM, Jens Rehsack rehs...@googlemail.com wrote:
Hi Todd, hi Lincoln,
at first I want to express my acknowledgment and thank for your great
work at Tie::DBI.
I'm unsure who is the primary maintainer now (does Todd just apply
Hi DBI Developers,
I need a nudge to the right direction for my ideas how to get DBD::Sys
more extensible. My current way is, each plugin can define tables and
each table has to define it's column names and a way to retrieve the
data.
This is simple, works fine as long the extensions are
Hi,
as some people from #dbi channel on irc.perl.org know, I'm currently
working on updating
DBD::AnyData to work properly with recent DBD::File updates.
AnyData and DBD::AnyData were born in year 2000 - and the design
didn't changed since birth.
But DBD::File got some rework - thanks to Tux (H.
2010/6/23 Tim Bunce tim.bu...@pobox.com:
On Wed, Jun 23, 2010 at 04:18:27PM +0200, Jens Rehsack wrote:
Of course, another way could be to extract the SQL-engine interface
from DBD::File into a DBI::DBD::SqlEngine and DBD::AnyData uses that
without caring of DBD::File (for some time until we
On 06/23/10 17:39, Tim Bunce wrote:
On Wed, Jun 23, 2010 at 04:18:27PM +0200, Jens Rehsack wrote:
Of course, another way could be to extract the SQL-engine interface
from DBD::File into a DBI::DBD::SqlEngine and DBD::AnyData uses that
without caring of DBD::File (for some time until we could
Hi,
because of a bogus implementation for PRECISION, NULLABLE etc.
attributes in DBD::CSV (forced by limitations of SQL::Statement)
we have a new attribute for tables in DBD::File meta data:
'table_defs'. This is filled when a 'CREATE TABLE ...' is executed
and copies the $stmt-{table_defs}
On 06/29/10 19:58, Darren Duncan wrote:
Jens Rehsack wrote:
because of a bogus implementation for PRECISION, NULLABLE etc.
attributes in DBD::CSV (forced by limitations of SQL::Statement)
we have a new attribute for tables in DBD::File meta data:
'table_defs'. This is filled when a 'CREATE
Hi Tim,
I think it's time for a new DBI development release. I've uploaded
SQL-Statement-1.27_02 a few minutes ago waiting for DBI-1.611_93 ;)
When it's out, I put DBD-AnyData-0.10_90 upstream, too. I think,
Merijn will do the same for DBD::CSV.
Jens
On 07/07/10 05:11, Steffen Winkler wrote:
cpan install TIMB/DBI-1.611_93.tar.gz
Going to read 'D:\Perl\cpan\Metadata'
Database was generated on Mon, 05 Jul 2010 21:27:05 GMT
Running make for T/TI/TIMB/DBI-1.611_93.tar.gz
Why are you using cpan? I think at first you should tell us something
Hi Merijn,
I thought a bit about your data dictionary goals together with my
goal to can join between CSV-tables and DBD-tables (etc.).
I kept in mind, that backward compatibility is a major requirement.
We will have a problem to migrate existing tables into the new
data dictionary. Maybe I
On 07/08/10 14:21, Gabor Szabo wrote:
hi,
Hi Gabor,
some of you might be aware that I have submitted a grant request to the TPF that
was focusing on two things:
1) fund-raising for TPF
2) promoting Perl on various non-Perl events
The main selling point to the companies was providing help to
On 07/08/10 16:32, David E. Wheeler wrote:
On Jul 8, 2010, at 8:31 AM, Tim Bunce wrote:
FYI
On Thu, Jul 8, 2010 at 3:48 AM, Nigel Hornen...@bandsman.co.uk wrote:
! DBD::Pg2.6 2.17.1
Let's review version number math:
2.6 = 2.60
2.17.1 = 2.017001
2.60
On 07/08/10 17:08, David E. Wheeler wrote:
On Jul 8, 2010, at 9:38 AM, Jens Rehsack wrote:
Looks like it should have been 2.6.0:
2.6.0 = 2.006001
2.17.1 = 2.017001
2.006001 2.017001
Version number suck. And clearly, three-version numbers suck harder.
I think, the best way out
Hi all,
as DBI-1.612 becomes stable and ready to ship now, I'm starting to
upload (short cycled) development releases of DBD::Sys.
If anyone is willing to test, submit ideas, bug reports etc., I would
be glad to do what ever I can to get the next release (will be 0.100,
to make the version
Hi all,
I'm proud to announce SQL::Statement 1.28. It's the first release for
me where other DBI developers (Matin Evans, H. Merijn Brand) actively
contributed patches and do their own commits.
Thanks for that!
To all users of SQL::Statement or Meta-DBD's: Please take care when
updating
Dear Jeff,
I hope you're not completely off for Perl5 development. Maybe you are still
subscribed on dbi-dev@perl.org and see our progress of the last months
and weeks thanks to your great groundwork.
Unfortunately I cannot improve AnyData and DBD::AnyData as I wanted,
it's much to complex. I
Hi Tim,
regarding to our short discussion in #dbi about the future of SQL::Statement
and the implications to DBI::SQL::Nano here the open discussion for all.
I've want to improve SQL::Statement by design, that means I want to design
it from the basics using Design Patterns (especially the
Hi Tim,
yesterday after updating the pkgsrc packages around DBI while having picknick at
the event Cologne lights up
(http://www.koelner-lichter.de/pages/en.html), I had an idea
(nothing new, nothing great): how about to unbundle some Bundle:* packages.
I can imagine at least 2:
1)
On 07/20/10 19:20, Tim Bunce wrote:
On Sun, Jul 18, 2010 at 07:50:16PM +0200, Jens Rehsack wrote:
Hi Tim,
yesterday after updating the pkgsrc packages around DBI while having
picknick at the event Cologne lights up
(http://www.koelner-lichter.de/pages/en.html),
Nice.
If someone wants
2010/7/23 John Scoles sco...@pythian.com:
Well story two of the 'two bit' version of DBD::Oracle 1.25
You can find release candidate 2 here
http://svn.perl.org/modules/dbd-oracle/trunk/DBD-Oracle-1.25-RC2.tar.gz
Great, it hasn't the issue from 1.24a (double packaged) and I can use it
to
done.
You handed over the maintainership, because you're much to busy with
your job etc. Would be great having you back on board one day.
Best regards,
Jens
Hope all is well.
--
Jeff
On Sun, Jul 18, 2010 at 3:33 AM, Jens Rehsack rehs...@googlemail.com
wrote:
Dear Jeff,
I hope you're
Hi,
I'm glad to announce new versions of DBD::Sys:
- the release with heavy plug-in structure reworking (0.100) and
- the release with a test fix (0.101).
I would be happy to read about feedback and successful uses.
Best regards,
Jens
--
Changes since initial 0.01 release:
0.101 2010-07-25
2010/8/4 H.Merijn Brand h.m.br...@xs4all.nl:
http://www.xs4all.nl/~hmbrand/TD.tgz
use DBI;
use Tie::DBD;
my $dbh = DBI-connect (dbi:Pg:, ...);
tie my %hash, Tie::DBD, $dbh;
tie my %hash, Tie::DBD, $dbh, foo;
$hash{key} = $value; # INSERT
$hash{key} = 3; #
2010/6/20 Todd Rinaldo to...@null.net:
On Sat, Jun 19, 2010 at 8:50 AM, Jens Rehsack rehs...@googlemail.com wrote:
Hi Todd, hi Lincoln,
at first I want to express my acknowledgment and thank for your great
work at Tie::DBI.
I'm unsure who is the primary maintainer now (does Todd just apply
the english version
Date: Sun, 08 Aug 2010 19:13:27 +0200
From: Steffen Winkler steffen.wink...@gmx.net
To: Jens Rehsack rehs...@googlemail.com
Hi Jens!
Before I went to the YAPC I started to change my driver. And then I gave up.
At the time I created DBD::PO I started with DBD::CSV, a running software
2010/8/11 Dan d...@dwright.org:
Hi,
Hi Dan,
I received a bug report (#60193) regarding the following error with
DBD::Multi:
DBD::Multi initialisation failed: invalid method name 'versions' at
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/DBI/DBD/
SqlEngine.pm line 88
at
be irrelevant for the requestor.
And I don't want to create two new stupid examples DBD's.
Best regards,
Jens
On Sun, Aug 08, 2010 at 05:44:38PM +, Jens Rehsack wrote:
Hi,
this morning the mail below arrives at my Inbox (in German).
I tried to answer at my best, but it feels very
Hi *,
I got a feature request from mst to reduce dependencies of real-world
installations of DBD::Sys.
He asks, if it were possible to use only those plugins/tables, which
are already loaded by the
user before
DBI-connect( DBI:Sys:, undef, undef, {
sys_pluginmgr_restrict = 1,
Sent again (seems not to reach Tim)
-- Forwarded message --
From: Jens Rehsack rehs...@googlemail.com
Date: 2010/8/25
Subject: Lazy initialization of plugin-manager in DBD::Sys (on a
feature request of Matthew Trout)
To: DBI Developers Mailing List dbi-dev@perl.org
Cc: Matt S
On 08/11/10 15:46, Jens Rehsack wrote:
2010/8/11 Dand...@dwright.org:
Hi,
Hi Dan,
I received a bug report (#60193) regarding the following error with
DBD::Multi:
DBD::Multi initialisation failed: invalid method name 'versions' at
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/DBI
2010/8/29 Daniel J. Wright d...@dwright.org:
On 08/11/10 15:46, Jens Rehsack wrote:
I didn't read any response. Does it mean, the issue is solved from
our point of view or weren't my explanations not understandable?
/Jens
Hello,
Hi Dan,
Thank you very much for getting back to me. I'm
2010/8/30 Tim Bunce tim.bu...@pobox.com:
What's the state of play?
Beside the failing test on Win32 which needs a detailed view, not really.
I'd like to use dbd_edit_mm_attribs for reworked tests in SQL::Statement
(but I'm not near to the finish line, so maybe 1.615 could be ready then ^^)
and
2010/8/16 Tim Bunce tim.bu...@pobox.com:
Rather than a skeleton I think I'd prefer an actual useful simple driver
with an implementation that's kept clean and clear enough for use as a
base for cloning. I.e., a reference implementation.
This cloning moved Steffen into the situation where he
2010/8/31 Tim Bunce tim.bu...@pobox.com:
On Mon, Aug 30, 2010 at 01:49:10PM -0700, hmbr...@cvs.perl.org wrote:
Log:
Fix for failing t/50 when old SQL::Statement available (e.g. 1.16)
Does this fix http://www.cpantesters.org/cpan/report/8392757 ?
No, because this fixes t/50dbm_simple.t and
2010/9/1 H.Merijn Brand h.m.br...@xs4all.nl:
On Tue, 31 Aug 2010 21:07:46 -0700, Darren Duncan
dar...@darrenduncan.net wrote:
Tim Bunce wrote:
On Tue, Aug 31, 2010 at 08:55:32AM -0700, David E. Wheeler wrote:
On Aug 31, 2010, at 2:52 AM, Tim Bunce wrote:
It's back in. I may remove it
Original-Nachricht
Datum: Mon, 30 Aug 2010 22:34:14 +0200
Von: Jens Rehsack rehs...@googlemail.com
An: Tim Bunce tim.bu...@pobox.com, Steffen Winkler
steffen.wink...@gmx.net
CC: DBI Developers Mailing List dbi-dev@perl.org
Betreff: Re: Fwd: DBD::File updates and DBD::PO
2010/8/16
2010/9/7 Martin J. Evans martin.ev...@easysoft.com:
After a small discussion on #perl today I found a small amount of time to
look at 51dbm_file.t test failures. There are a few things I noted:
1. ribasushi suggests the tests fail because it does a rmtree when still
connected so the files
2010/9/8 Martin J. Evans martin.ev...@easysoft.com:
On 08/09/10 08:58, Jens Rehsack wrote:
2010/9/7 Martin J. Evans martin.ev...@easysoft.com:
After a small discussion on #perl today I found a small amount of time to
look at 51dbm_file.t test failures. There are a few things I noted:
1
2010/9/15 Tim Bunce tim.bu...@pobox.com:
On Mon, Aug 09, 2010 at 10:13:03PM +0300, Gabor Szabo wrote:
The next European PostgreSQL day is going to be between 6-8 December
in Stuttgart, Germany. http://www.pgday.eu/
It seems like a very cool conference and it might be interesting to
offer
2010/9/14 Jens Rehsack rehs...@googlemail.com:
2010/9/14 H.Merijn Brand via RT bug-dbd-...@rt.cpan.org:
URL: https://rt.cpan.org/Ticket/Display.html?id=61168
The problem is two-fold. Using the most recent versions of DBI,
SQL::Statement, Text::CSV_XS and DBD::CSV, the problem
2010/9/16 H.Merijn Brand h.m.br...@xs4all.nl:
On Wed, 15 Sep 2010 23:51:40 +0200, Jens Rehsack
rehs...@googlemail.com wrote:
Ok, I understood your desire - but your patch doesn't catch all the backward
compatibility you typically want - see (and apply)
0001-add-test-case-for-rt61168.patch
2010/9/16 Tim Bunce tim.bu...@pobox.com:
No tests?
The tests are already in there - t/5?dbm* test for these features, especially
t/52dbm_complex.t. This is more a refactoring to allow better implementation
in DBD::CSV - which has a separate test for it's special case.
Tim.
/Jens
On Wed, Sep
On 09/17/10 14:52, Tim Bunce wrote:
Did you run make test?
I did, but I can do again. Probably I interrupted it (unsure).
This causes a whole bunch of (gofer related) test failures for me:
t/zvg_51dbm_file.t (Wstat: 512 Tests: 8 Failed: 0)
t/zvxgn_51dbm_file.t (Wstat:
On 09/18/10 10:26, H.Merijn Brand wrote:
On Sat, 18 Sep 2010 09:13:15 +, Jens Rehsack
rehs...@googlemail.com wrote:
(I may also move the code to github to make it easier, presumably, for
others to work together on branches without affecting the mainline.)
In that case I wouldn't
2010/9/19 Craig A. Berry craigbe...@mac.com:
In article 20100911171359.gb2...@timac.local,
tim.bu...@pobox.com (Tim Bunce) wrote:
On Thu, Sep 09, 2010 at 06:05:09PM -0500, Craig A. Berry wrote:
In article 4c88ecbf.8040...@easysoft.com,
martin.ev...@easysoft.com (Martin J. Evans) wrote:
Hi all,
I currently rewrite SQL::Statment tests to run all tests (if possible)
against SQL::Statement and all suitable (and known to me)
DBI::DBD::SqlEngine based drivers.
During this I detected an error in a test which has a bad reaction
of DBD::DBM:
# $tdbh is a Test::DBH, which encapsulates
Hi all,
during the last two bigger releases (DBI-1.612 and DBI-1.614) we released
the final distribution with some stress, which causes in errors which requires
immediate action (DBI-1.612 failed in Win32, DBI-1.614 failes when blanks
are in the full qualified path names of the test directories).
://svn.perl.org/modules/dbi/branches/sqlengine
That'll let Jens Rehsack, H.Merijn Brand and anyone else working on that
part of the code base (the SqlEngine team?), develop and commit freely
without having to be concerned with DBI release cycles.
When the SqlEngine team is ready to release it can
:
https://svn.perl.org/modules/dbi/branches/sqlengine
That'll let Jens Rehsack, H.Merijn Brand and anyone else working on that
part of the code base (the SqlEngine team?), develop and commit freely
without having to be concerned with DBI release cycles.
That will mean that someone other than me
2010/9/21 Tim Bunce tim.bu...@pobox.com:
On Tue, Sep 21, 2010 at 01:56:49PM +0200, H.Merijn Brand wrote:
On Tue, 21 Sep 2010 13:21:53 +0200, Jens Rehsack
rehs...@googlemail.com wrote:
Does that sound ok?
Partially for me.
1) I don't know which svn version is used to store
2010/10/14 H.Merijn Brand h.m.br...@xs4all.nl:
Regarding RT#61513, Here's a script that shows both.
As this is completely withing the realm of your changes to initializing
DBD::File for DBD::DBM, I'd appreciate a pointer in where to look ...
tux09:/pro/3gl/CPAN/DBD-CSV/sandbox 425 perl
2010/10/15 Jens Rehsack rehs...@googlemail.com:
2010/10/14 H.Merijn Brand h.m.br...@xs4all.nl:
Regarding RT#61513, Here's a script that shows both.
As this is completely withing the realm of your changes to initializing
DBD::File for DBD::DBM, I'd appreciate a pointer in where to look
2010/11/3 Martin J. Evans martin.ev...@easysoft.com:
[...]
From time to time something similar to Brian's post turns up on this list
although it is usually something to do with pipes not working as you expect.
I have to say I would be strongly against returning all signals to their
original
Hi all,
in an application (I call it App::Automated::Letter) I will process
some csv databases
(OpenOffice.org/Excel exported files). I'd like to allow the
application to find the
appropriate csv file (table name for automated letter processing run
will be specified
per run or on command line) in
2010/11/16 Reinier Post r...@win.tue.nl:
On Tue, Nov 16, 2010 at 07:46:53AM +0100, Jens Rehsack wrote:
Would anyone mind when I patch DBD::File to accept a list of
directories in f_dir
and search for a matching db-file in this list?
I thought about using an 'f_dir_list', too - but there're
Hi Tim,
I finished the corrections of DBI::DBD::SqlEngine and DBD::File
regarding proxying them via Gofer as discussed last week.
I think it's stable enough that it could be merged to the trunk for a
developer-release on your shout :)
Thanks again for helping,
Jens
Hi all,
although unfinished test modules rewrite, I decided to publish the
current state of the work
of SQL::Statement fixes and test rewrite in a development release to
collect some feedback.
I expect the full test rewrite will occupy my time for several weeks
and I do not expect a
release
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
Hi Merijn,
'cause I don't have IRC at $work, we better discuss it on ML (when I'm
able to answer in IRC, you're usually not online anymore (or not yet,
respectively)).
Tux [Sno], SQL::Statement should not mention DBD::CSV in it's requirements
Tux it now causes an endless loop
Tux if DBD::CSV is
2010/7/26 Tim Bunce tim.bu...@pobox.com:
On Fri, Jul 23, 2010 at 10:16:16AM +, Jens Rehsack wrote:
On 07/20/10 19:20, Tim Bunce wrote:
I can imagine at least 2:
1) Bundle::DBD::DBM
- requires DB_File and BerkeleyDB
- requires MLDBM, MLDBM::Serializer::JSON and YAML::MLDBM
On 07/03/11 14:02, H.Merijn Brand wrote:
On Sun, 3 Jul 2011 15:21:04 +0200, Norbert Gruener
n...@mpa-garching.mpg.de wrote:
Hi Merijn,
on the weekend I have upgraded to DBI version 1.616 and afterwards one
of my Perl scripts did not work anymore.
Please find attached a short script to
2011/11/22 Brendan Byrd sineswi...@gmail.com:
(Adding dbi-dev to conversation for
https://rt.cpan.org/Ticket/Display.html?id=72588)
Still debugging DBD::SNMP right now, and I'm currently fighting with
SQL::Statement to allow for schema.table formats. The idea would that it
would be possible
On Wed, Nov 23, 2011 at 3:34 AM, Jens Rehsack rehs...@googlemail.com
wrote:
2011/11/22 Brendan Byrd sineswi...@gmail.com:
(Adding dbi-dev to conversation for
https://rt.cpan.org/Ticket/Display.html?id=72588)
Still debugging DBD::SNMP right now, and I'm currently fighting with
SQL
2011/10/4 Reinier Post r...@win.tue.nl:
On Fri, Sep 23, 2011 at 11:19:32PM -0400, Brendan Byrd wrote:
[...], the Perl community in general needs this. Developers need to just
grab some modules via CPAN, describe the relational models (if they don't
already exist), and have the flow of data
2011/11/29 Brendan Byrd sineswi...@gmail.com:
Found a potential bug, but it looks deliberate, so I wanted to see why it
was coded that way. In SQL::Statement, open_tables is using $self-tables()
for mostly everything, which will contain the correct case for all of the
table names. (IE:
2011/11/30 Brendan Byrd sineswi...@gmail.com:
Please don't leave ML out ;)
Adding back again.
On Wed, Nov 30, 2011 at 4:14 AM, Jens Rehsack rehs...@googlemail.com
wrote:
The reason is quite simple. The corrected table name is not corrected
from
the point of view of the storage backend
1 - 100 of 253 matches
Mail list logo