On Sat, 07 Aug 2010 23:12:48 +0200, David E. Wheeler
da...@kineticode.com 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
In data 09 agosto 2010 alle ore 17:27:52, David E. Wheeler
da...@kineticode.com 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 I
In data 09 agosto 2010 alle ore 22:42:59, David E. Wheeler
da...@kineticode.com 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. r14317
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
In data 26 luglio 2010 alle ore 23:11:42, David E. Wheeler
da...@kineticode.com 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
In data 27 marzo 2009 alle ore 03:30:10, Darren Duncan
dar...@darrenduncan.net 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
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
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
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::type_info().
FTR
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
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
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:
[...] 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:
[...]
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-explanatory,
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
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, postgres db version (7.3.3),
dbi (1.35), dbd
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
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 from the core file?
Hi
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
20 matches
Mail list logo
