Skip Menu |
 

This queue is for tickets about the Class-DBI CPAN distribution.

Report information
The Basics
Id: 32847
Status: open
Priority: 0/
Queue: Class-DBI

People
Owner: Nobody in particular
Requestors: fenlisesi [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: v3.0.16
Fixed in: (no value)



Subject: Class::DBI explodes on mod_perl/Win32 due to Clone
Download (untitled) / with headers
text/plain 176b
Please see http://www.perlmonks.org/?node_id=665353 for a description of a problem that Clone causes when a Class::DBI app runs on mod_perl/Win32 with multiple ThreadsPerChild.
Subject: Re: [rt.cpan.org #32847] Class::DBI explodes on mod_perl/Win32 due to Clone
Date: Fri, 1 Feb 2008 23:25:36 +1300
To: bug-Class-DBI [...] rt.cpan.org
From: "Tony Bowden" <tony [...] tmtm.com>
Download (untitled) / with headers
text/plain 396b
Show quoted text
> Please see http://www.perlmonks.org/?node_id=665353 for a description of > a problem that Clone causes when a Class::DBI app runs on mod_perl/Win32 > with multiple ThreadsPerChild.
This doesn't seem to be a Class::DBI problem, so I'm not sure what to suggest. Switching to dclone isn't suitable: v3.0.12 had to switch from dclone to Clone so that cloning closures would work correctly. Tony
From: fenlisesi [...] gmail.com
Download (untitled) / with headers
text/plain 791b
Thanks for the quick response. I was hoping that I had solved my problem by using Storable::dclone. Is cloning of closures a very rare edge case that I may assume my plain vanilla app does not trigger? In that case, I may just stick with Storable::dclone. Is there not a third choice? I opened another ticket with the same content into the queue of Clone. Let's see what they have to say. Perhaps they can fix the problem there. How about adding the closure cloning capability to Storable::dclone, is that a possibility? Perhaps we could document the problems with each cloner and provide a facility that would enable the programmer to choose easily between Clone::clone and Storable::dclone. I would be happy to work on some patches, after you decide the course of action to take.
Subject: Re: [rt.cpan.org #32847] Class::DBI explodes on mod_perl/Win32 due to Clone
Date: Sat, 2 Feb 2008 08:57:17 +1300
To: bug-Class-DBI [...] rt.cpan.org
From: "Tony Bowden" <tony [...] tmtm.com>
Download (untitled) / with headers
text/plain 735b
Show quoted text
> I was hoping that I had solved my problem by using Storable::dclone. Is > cloning of closures a very rare edge case that I may assume my plain > vanilla app does not trigger? In that case, I may just stick with > Storable::dclone.
It's not particularly rare. See t/25-closures_in_meta.t for an example of the sorts of things that people do with has_a relationships, for example. If you don't do anything like that then using dclone may be acceptable (although I can't guarantee it), but the core module needs to support that. Show quoted text
> How about adding the closure cloning capability to Storable::dclone, is > that a possibility?
No idea - that's outside my realm of knowledge I'm afraid. It seems like the best solution though. Tony
Subject: Re: [rt.cpan.org #32847] Class::DBI explodes on mod_perl/Win32 due to Clone
Date: Fri, 01 Feb 2008 12:49:04 -0800
To: bug-Class-DBI [...] rt.cpan.org
From: Michael G Schwern <schwern [...] pobox.com>
Download (untitled) / with headers
text/plain 453b
Ali ISIK via RT wrote: Show quoted text
> I was hoping that I had solved my problem by using Storable::dclone. Is > cloning of closures a very rare edge case that I may assume my plain > vanilla app does not trigger? In that case, I may just stick with > Storable::dclone.
FWIW Triggers may be assigned to individual objects and those are often closures. -- The interface should be as clean as newly fallen snow and its behavior as explicit as Japanese eel porn.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.