Matt Sergeant wrote:
On 22 Jul 2005, at 12:30, Dean Arnold wrote:
Hoping someone can point me at a DBD thats known
to be non-thread-friendly (ie, hasn't implemented
the clone() methods). However, its underlying
client libs and XS subs (if any) do need to be
thread-capable (ie, no writing to
Tim Bunce wrote:
On Thu, Aug 11, 2005 at 10:01:08AM -0700, Dean Arnold wrote:
I'm running into an issue while trying to test w/ DBIx::Threaded;
there seems to be some interdependency between selectrow_arrayref
and selectall_arrayref using the prepared stmt form.
(I'm on WinXP, AS 5.8.3, DBI
On Thu, Aug 11, 2005 at 02:10:17PM -0700, Dean Arnold wrote:
Tim Bunce wrote:
Try tracing.
I'd guess there's a bug related to calling execute() after finish().
Added a trace(7); here's the output (with logon stuff trimmed):
- selectall_arrayref for DBD::SQLite::db
On Thu, Aug 11, 2005 at 10:01:08AM -0700, Dean Arnold wrote:
I'm running into an issue while trying to test w/ DBIx::Threaded;
there seems to be some interdependency between selectrow_arrayref
and selectall_arrayref using the prepared stmt form.
(I'm on WinXP, AS 5.8.3, DBI 1.48,
On 22 Jul 2005, at 12:30, Dean Arnold wrote:
Hoping someone can point me at a DBD thats known
to be non-thread-friendly (ie, hasn't implemented
the clone() methods). However, its underlying
client libs and XS subs (if any) do need to be
thread-capable (ie, no writing to process-global
variables
