perl.dbi.dev Google Group

Re: ANNOUNCE: IBM DB2 Database Driver for Perl DBI Version 1.74 released

2009-12-08T05:19:29Z

Hi,
A typo,
Please read the version as 1.76 in the subject line.
Thanks and Regards
Praveen
Open Source Application Development
IBM India Software Labs

Re: sql_type_cast small inconsistency and bugs

2009-12-08T16:18:11Z

That PurePerl one I did was just a rough sketch.
use warnings FATAL => qw(numeric); is s nice approach.
I don't think that'll affect the minimum perl version (5.8.1)
The lack of difference in the code between SQL_DOUBLE and SQL_NUMERIC is
a little troubling, though I've no time to think about it right now.

Re: sql_type_cast small inconsistency and bugs

2009-12-08T13:32:33Z

Done and one last (I'm hoping) thing. The PurePerl version that was
added does not match the XS version as the success of the cast (or not)
is not reflected in the return value. The following change fixes it but
I'd rather see some comment on it before committing:
Index: lib/DBI/PurePerl.pm
============================== ============================== =======

Re: sql_type_cast small inconsistency and bugs

2009-12-08T12:47:14Z

Quite possibly.
Let's just skip for perl < 5.10.1.
Tim.

Re: sql_type_cast small inconsistency and bugs

2009-12-08T12:04:25Z

I've looked in to this a little more now and it appears this fails for
Perl < 5.10.1 and works for 5.10.1 so I'm guessing something in svc.c
has changed between those releases. Probably the code you looked at was
the latest source?
Perhaps it was something to do with:
ï¿½ The public IV and NV flags are now not set if the string

ANNOUNCE: IBM DB2 Database Driver for Perl DBI Version 1.74 released

2009-12-07T12:49:31Z

IBM DB2 Database Driver for Perl DBI Version 1.76 has been uploaded on
CPAN. Testers are please welcome to test the new features and report the
bugs.
DBI is an open standard application programming interface (API) that
provides database access for client applications written in Perl. DBI
defines a set of functions, variables, and conventions that provide a

Re: DBI svn 13624 not very healthy

2009-12-05T14:27:43Z

I've done that bit now.
Tim.

Re: DBI svn 13624 not very healthy

2009-12-04T21:47:17Z

Sorry for the delay. I've been tied up with progressing some work on plperl
[link]
[link]
I hope to get to this in the next few days.
The t/zv*_*.t tests are wrappers for the main tests. They're written by

Re: Implementing file-locking control in DBD::File

2009-12-04T12:22:15Z

On Fri, 4 Dec 2009 13:03:00 +0100, Jens Rehsack
I just extended what was already there: hard-coded numbers.
Yes, but it will also slow down. Given that string compares take longer
than numeric compares, and that we will have to do a lot more checking
(like only accept the spelling/casing we would accept) in several

Re: Implementing file-locking control in DBD::File

2009-12-04T12:03:00Z

2009/12/4 H.Merijn Brand <h.m.br...@xs4all.nl>:
I wouldn't use the numbers 0..2 - I'd suggest using LOCK_SH, LOCK_EX
etc. instead.
This will help if any (exotic) OS defines it in the upper half byte or so.
NON_BLOCK:
[...]
ERRORS
The flock() system call fails if:
[EWOULDBLOCK] The file is locked and the LOCK_NB option was specified.

Re: Implementing file-locking control in DBD::File

2009-12-04T10:38:49Z

On Fri, 4 Dec 2009 10:03:54 +0100, Jens Rehsack
That can still be done. You can set a localized $data->{Database}{f_lock}
What I have now done (and committed) is create support and
documentation for locking control. How this will be used is up to the
higher levels.
LOCK_NB?
Apply or remove an advisory lock on the open file specified by fd. The

Re: Implementing file-locking control in DBD::File

2009-12-04T09:03:54Z

2009/12/3 H.Merijn Brand <h.m.br...@xs4all.nl>:
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 LOCK_SH and LOCK_EX automatically.
Further, it could be suitable to or LOCK_NB, which allows to avoid deadlocks.

Re: DBI svn 13624 not very healthy

2009-12-03T20:01:08Z

This latter one is fixed now. I was checking $Config{longsize} and have
changed it to $Config{ivsize}. Thanks to Tux for pointing it out and
testing the fix.
<snipped>
<snipped>
Perhaps Tim can tell me how to fix that.
Martin

Re: DBI svn 13624 not very healthy

2009-12-03T18:30:30Z

On Thu, 03 Dec 2009 17:35:50 +0000, Martin Evans
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=linux, osvers=2.6.22.13-0.3-default, archname=i686-linux-64int
uname='linux nb09 2.6.22.13-0.3-default #1 smp 20071119 15:02:58 utc i686 i686 i386 gnulinux '

Re: DBI svn 13624 not very healthy

2009-12-03T17:35:50Z

I'd expect those 2 at the moment as there is an outstanding issue with
Perl_sv_2nv. I left them in so if Tim had any time he could see them.
What platform did you run this test on - a 64bit platform? Can you email
me your Perl -V.
I don't really know how/why each test is duplicated with different
prefixes in those below - I don't get that.

perl.dbi.dev Google Group

Re: ANNOUNCE: IBM DB2 Database Driver for Perl DBI Version 1.74 released

Re: sql_type_cast small inconsistency and bugs

Re: sql_type_cast small inconsistency and bugs

Re: sql_type_cast small inconsistency and bugs

Re: sql_type_cast small inconsistency and bugs

ANNOUNCE: IBM DB2 Database Driver for Perl DBI Version 1.74 released

Re: DBI svn 13624 not very healthy

Re: DBI svn 13624 not very healthy

Re: Implementing file-locking *control* in DBD::File

Re: Implementing file-locking *control* in DBD::File

Re: Implementing file-locking *control* in DBD::File

Re: Implementing file-locking *control* in DBD::File

Re: DBI svn 13624 not very healthy

Re: DBI svn 13624 not very healthy

Re: DBI svn 13624 not very healthy

Re: Implementing file-locking control in DBD::File

Re: Implementing file-locking control in DBD::File

Re: Implementing file-locking control in DBD::File

Re: Implementing file-locking control in DBD::File