On Mar 29, 2005, at 2:39 AM, Tim Bunce wrote:
$dbh-prepare($sql, { Callbacks = { prepare = sub { ... } });
...well, I guess it'd be pretty dumb to do that.
Not if you remember that the (or at least _a_ plan) plan is to rework
$dbh-prepare so it looks like this:
sub prepare {
On Mar 29, 2005, at 12:11 PM, Tim Bunce wrote:
Well, I was kinda hoping your next contribution might be an
implementation of $h-{SetUTF8} :-) That would be much faster.
[Look back in the archives for details.]
D'oh!
Anybody got any spare tuits they can give me? :-)
Is there a way to
set it on an
Tim Bunce wrote:
Still no time to dig, but it sounds like an tie inner vs outer issue.
If you're using the outer handle then you'll need to mg_get() to fire FETCH.
If that's not it then perhaps you could send me a patch (svn diff)
which'll get me to where you're at.
The problem was that it was
take_imp_data support for DBD::mysql. it seems to be too simple, but I
haven't tried it under threads yet.
(notice that I have an issue with the test, discussed in a separate thread)
Index: lib/DBD/mysql.pm
===
RCS file:
In order to properly test take_imp_data implementation, one needs to be
able to test that when a second connect is issued and dbi_imp_data is passed:
my $dbh = DBI-connect($test_dsn, $test_user, $test_password,
{ dbi_imp_data = $imp_data });
a new connection won't be opened. Any