> I could not figure this out because fetchrow_hashref must be
> written in
> C and not Perl
There is no reason for writing fetchrow_hashref in C. Just try.
> I want to know if
> fetchrow_hashref calls fetchrow_arrayref
Yes. To implement a DBI driver it is sufficient to implement
fetchrow_h
On Sunday, October 21, 2001, at 03:12 PM, Jason W May wrote:
>
>
> The goal is to move SQL code entirely out of the Perl, and to provide a
> very
> straightforward means of executing the SQL statements that are
> maintained in
> separate files.
>
>
>
> What is an appropriate module name for
I'm working on a module that I hope will provide a similar function for SQL
code that the various templating modules provide for HTML generation.
The goal is to move SQL code entirely out of the Perl, and to provide a very
straightforward means of executing the SQL statements that are maintaine
I could not figure this out because fetchrow_hashref must be written in
C and not Perl and also I didn't see it documented. I want to know if
fetchrow_hashref calls fetchrow_arrayref and then creates a hashref from
this and $sth->{NAMES} somehow.
In other words, if I have no special refinement
On Wednesday, October 17, 2001, at 02:48 AM, Tim Bunce wrote:
The module I propose to develop (the second RFC of this email), makes it
clear why this would be useful.
Er, actually it's not very clear to me.
all I am saying here is: if a subclass needed to create unique keys into a data cache a
