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)

History Show all quoted text
  Fri Feb 01 04:11:50 2008 fenlisesi [...] gmail.com - Ticket created
Subject: Class::DBI explodes on mod_perl/Win32 due to Clone
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.
  Fri Feb 01 05:26:08 2008 tony [...] tmtm.com - Correspondence added
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>
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
  Fri Feb 01 05:26:16 2008 The RT System itself - Status changed from 'new' to 'open'
  Fri Feb 01 06:55:59 2008 fenlisesi [...] gmail.com - Correspondence added
From: fenlisesi [...] gmail.com
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.
  Fri Feb 01 14:57:36 2008 tony [...] tmtm.com - Correspondence added
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>
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
  Fri Feb 01 15:49:30 2008 schwern [...] pobox.com - Correspondence added
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>
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.