Tim Bunce wrote:
On Sat, Jul 23, 2005 at 10:13:05AM -0700, Dean Arnold wrote:

The more I think about this, the more I'm convinced
I should just POD a caveat that fetchall_XXX with bind_col()
isn't supported (much like binding multiple variables to a single
column). Why would anyone want to do that anyway?


I very much doubt anyone depends on the interaction of bind_col()
with fetchall_XXX(). I'm not even sure what that interaction is.
I'd guess the bound variable is left with the value from the last row
fetched.  It's certainly not documented.

I'd be happy to consider a patch that documents that it's undefined.
Probably belongs in finish() as fetching beyond the last row is
defined to implicitly/effectively call finish.

Tim.


Er, may have just found a purpose for bind_col() on fetchall():
supplying return type specification.

Guess I'll support that aspect, but not the actual loading of
the bind variables for fetchall().

- Dean

Reply via email to