In data 09 agosto 2010 alle ore 22:42:59, David E. Wheeler
ha scritto:
On Aug 9, 2010, at 1:06 PM, Cosimo Streppone wrote:
Which nasty part?
Ehm... scrap that :)
Your patch with 'unless' reversed to 'if' works fine.
Thanks! Committed in r14317.
Confirmed. r14
In data 09 agosto 2010 alle ore 17:27:52, David E. Wheeler
ha scritto:
On Aug 9, 2010, at 8:21 AM, Cosimo Streppone wrote:
package Foo;
sub DESTROY { exit; }
my $foo = bless {}, 'Foo';
I couldn't try this yet, but, I don't think this
would segfault.
What
On Sat, 07 Aug 2010 23:12:48 +0200, David E. Wheeler
wrote:
On Aug 7, 2010, at 2:07 AM, Cosimo Streppone wrote:
My really *ignorant* wild guess is that "exit" just avoids the
troubles bits of DESTROY() that are causing segfaults
without actually solving the problem.
So the iss
Hi DBI Win32 hackers,
David E. Wheeler wrote:
I *think* it works the way it does because on Win32 it's not really a
fork, but a thread, and when you exit in a child thread, it exits the
parent, too. Correct?
Sounds reasonable?
Alexandr's patch works fine for me. Passes all tests.
That's fa
In data 26 luglio 2010 alle ore 23:11:42, David E. Wheeler
ha scritto:
[...] AutoInactiveDestroy.
We need to make sure that it doesn't die an ugly death
on systems without fork (and on Win32, where it's emulated).
It seems to die an ugly death for me.
I'm experiencing the same failures a
In data 27 marzo 2009 alle ore 03:30:10, Darren Duncan
ha scritto:
So, out of my un-paid projects, my promise to take over release
management of DBD::SQLite (from the still incommunicado previous owner)
has now come to the front of my queue (now that Set::Relation 0.9.0 is
out)
Hi Darr
På Wed, 15 Oct 2008 15:41:37 +0200, skrev Jonathan Leffler
<[EMAIL PROTECTED]>:
[...] wanting to build Perl with both DBI and DBD::Informix statically
linked.
Does anyone have any recent experience building Perl with static modules?
I used to create and maintain a custom perl build with ma
Tim Bunce wrote:
file: $CPAN/authors/id/T/TI/TIMB/DBI-1.59_90.tar.gz
size: 495066 bytes
md5: 05479ff557900e8e93b4f0f018d29e47
It's called DBI-1.59_90 but it's actually 1.601.
I'd appreciate any and all testing so I can make a full release this week.
Builds and tests fine here (linux/
Steffen Goeldner wrote:
Cosimo Streppone wrote:
Hi all,
I found a strange problem in DBI::type_info().
I don't know much of DBI internals. Only found that "sometimes",
the 'type_info_all' structure returned by the driver is
mangled by some shift() that happens in DBI:
Hi all,
I found a strange problem in DBI::type_info().
I don't know much of DBI internals. Only found that "sometimes",
the 'type_info_all' structure returned by the driver is
mangled by some shift() that happens in DBI::type_info().
This happens only for DBD::Informix driver (2003.04, but last
I think that DBD::File at line 392 has a mistake in
DBI::SQL_TINYINT() constant name.
Attached is a patch against DBI 1.51 (and DBD::File v0.34)
that should solve this problem.
The actual result of this problem is the following error message:
Can't locate auto/DBI/TINYINT.al in @INC (@INC con
Tim Bunce ha scritto:
On Tue, Jun 21, 2005 at 02:29:22PM +0200, Cosimo Streppone wrote:
Tim Bunce wrote:
I'd appreciate it if someone could look into why sometimes Makefile.PL
fails on windows.
>>[...]
The exact error message is localized, but can be reproduced by
si
Tim Bunce wrote:
I'd appreciate it if someone could look into why sometimes Makefile.PL
fails on windows.
There are four reports here http://testers.cpan.org/show/DBI.html#DBI-1.48
For example http://www.nntp.perl.org/group/perl.cpan.testers/204712
It's not consistent though, as there are repor
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
Greg Sabino Mullane wrote:
> JJ Merelo wrote:
> that is, column is of type whatever and should be of type whatever
> else. The aforementioned column is of type serial. I'm using Perl
Hard to say without knowing what version you have
> [...]
Before upgrading however, please run the test suite (make
Tim Bunce wrote:
> > [...]
> t/zvpp_01basics...ok 104/131DBI::PurePerl doesn't support hash type 1
> without Math::BigInt >= 1.56 (available on CPAN) at t/01basics.t line 245
> Failed 1/41 test scripts, 97.56% okay. 27/2056 subtests failed, 98.69% okay.
The message seems pretty self-explanato
Tim Bunce wrote:
[...] DBI-1.46-rc1-20041114.tar.gz
Testing with perl 5.8.3 & 5.8.5 gave "All tests successful".
However, with 5.6.1 (for two different test machines/environments/GCCs)
test t/zvpp_01basics.t fails. Don't know the importance of this failure, though.
CPAN release of DBI-1.45 still
Tim Bunce wrote:
A second release candidate for DBI 1.43 is available for testing at:
OS : Linux 2.6.7 on Slackware 9.1
Perl: 5.8.3
Compiler: gcc 3.2.3
All tests successful, 9 tests and 110 subtests skipped.
Files=39, Tests=1979, 8 wallclock secs ( 5.58 cusr + 0.48 csys = 6.06 CPU)
DBI
Hello DBD::Pg and DBI developers,
I tried to search the archives on this subject, but found no clue.
When I call `$dbh->tables()' on DBD::Pg 1.22 (Pg.pm in CVS has same
behaviour) I receive only a list of db tables and no views.
In the documentation for `DBD::Pg::tables', it clearly states that
"t
Tim Bunce wrote:
I'd be grateful if you could take a moment to try out this
release candidate of DBI 1.38:
All tests successful, 9 tests skipped.
Files=34, Tests=1215, 33 wallclock secs ( 9.09 cusr + 0.67 csys = 9.76 CPU)
$perl -MDBI -e 'DBI->installed_versions'
Perl: 5.006001
OS
Cosimo Streppone wrote:
I'm reporting another make test failure this time with perl 5.8.0.
I realize that Test/Builder.pm warnings are due to bugs in that module,
but the other warning, `v-string in use/require ...' , seems more
important. In the end, tests are failing due to a `
Hi all,
I'm reporting another make test failure this time with perl 5.8.0.
I realize that Test/Builder.pm warnings are due to bugs in that module,
but the other warning, `v-string in use/require ...' , seems more
important. In the end, tests are failing due to a `call queue aborted'.
Is this a thr
Rudy Lippan wrote:
>
> Cosimo Streppone wrote:
>
> So I did further investigations.
> I recompiled my perl 5.6.1 from same clean source package (no rpm)
> [...]
> Installed DBI 1.35, DBD::Pg 1.30_2 and everything worked!
>
> Everything else is same as before, postgre
Cosimo Streppone wrote:
Subject:
Re: Announce: DBD::Pg 1.30_2 (beta)
From: Rudy Lippan <[EMAIL PROTECTED]>
Date: Wed, 25 Jun 2003 00:26:08 -0400 (EDT)
To: Cosimo Streppone <[EMAIL PROTECTED]>
I can't seem to get get DBD::Pg to die. Do you think you could give me a
backtrace f
Rudy Lippan wrote:
here is the result of my tests, with either DBI 1.35 and 1.37
and Postgresql version 7.3.3.
I'm having several problems with the test scripts.
That is good! In a good-that-we-caught-it sort of way :)
Sure!
OS Linux RedHat 7.3, Pg 7.3.3, Perl 5.6.1
Is this the perl that came wi
Rudy Lippan wrote:
DBD::Pg 1.30 is nearing release, and you can grab a copy of the latest
beta at: http://www.remotelinux.com/rlippan/DBD-Pg-1.30_2.tar.gz
Hi Rudy,
here is the result of my tests, with either DBI 1.35 and 1.37
and Postgresql version 7.3.3.
I'm having several problems with the tes
26 matches
Mail list logo