RE: execute_for_fetch() POD patch

> > > > > I think I've found a (small) problem in the execute_for_fetch > > POD (ver. 1.41), in the example there's an extraneous > $ins->execute() > > (either that, or I still don't understand how this works): > > > > > > my $sel = $dbh1->prepare("select foo, bar from table1"); > > $sel-

RE: execute_for_fetch() POD patch

> > I think I've found a (small) problem in the execute_for_fetch > POD (ver. 1.41), in the example there's an extraneous $ins->execute() > (either that, or I still don't understand how this works): > > > my $sel = $dbh1->prepare("select foo, bar from table1"); > $sel->execute; > my $ins

execute_for_fetch() POD patch

I think I've found a (small) problem in the execute_for_fetch POD (ver. 1.41), in the example there's an extraneous $ins->execute() (either that, or I still don't understand how this works): my $sel = $dbh1->prepare("select foo, bar from table1"); $sel->execute; my $ins = $dbh2->prepare("i

DBI PERL_NO_GET_CONTEXT

Hello - I know that the conversion of DBI to PERL_NO_GET_CONTEXT will wait until DBI v2, but I have implemented the change. You may view the patch and test results at: Aloha => Beau;

execute_array()/execute_for_fetch() (was: Theory/Algorithm question)

[CC'd to dbi-dev] On Sun, Feb 29, 2004 at 09:56:00PM +0100, Kristian Nielsen wrote: > Hi Tim, > > Tim Bunce <[EMAIL PROTECTED]> writes: > > > Where did we get to with this? > > > > Ok, I will merge it into the new DBD::Oracle when that is out. It really > > > needs to be made to fit better into