Re: Callback support is oin

2005-03-29 Thread David Wheeler
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 {

Re: Callback support is oin

2005-03-29 Thread David Wheeler
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

[patch DBI.xs] fix the take_imp_data case

2005-03-29 Thread Stas Bekman
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

[patch] take_imp_data support for DBD::mysql

2005-03-29 Thread Stas Bekman
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:

[general] how to figure out the connection id?

2005-03-29 Thread Stas Bekman
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