On Wed, Oct 25, 2006 at 09:11:47AM -0700, Dean Arnold wrote: > Tim Bunce wrote: > >I'd appreciate testing of this release candidate: > > > > http://www.data-plan.com/public/DBI-1.53-RC1.tar.gz > > Can you elaborate on this ?: > > Fixed to be more robust against drivers not handling multiple result > sets properly thanks to Gisle Aas. > > Did I miss that discussion ? Does DBI now provide a std. mechanism > for multiple result sets ?
No, not yet, sadly. Volunteers welcome to help! > I couldn't find any explicit references in DBI.pm or DBD.pm... See http://rt.cpan.org/Public/Bug/Display.html?id=22150 Basically it looks like DBD::DB2 changed the number of elements in the row buffer array but didn't also make a corresponding change to the value of the NUM_FIELDS attribute. In that situation the DBI will now warn and adjust NUM_FIELDS to match the row buffer array. Previously it could segfault. > Also, FYI: on AS 5.8.6, WinXP: > > t\40profile..............ok 24/45 > # Failed test in t\40profile.t at line 240. > # Structures begin differing at: > t\40profile..............NOK 32# $got->{t\40profile.t} = Does not > exist > > # $expected->{t\40profile.t} = HASH(0x1b7b4e0) > > All else passed OK. Looks like a windows / vs \ issue. Could you look into it for me as I don't use windows at all. It's probably trivial. Tim. Tim.
