Re: [CDBI] Does Class::DBI require hash-based objects?

[prev] [thread] [next] [Date index for 2006/01/05]

Perrin Harkins wrote:

>On Tue, 2006-01-03 at 20:23 +0000, Steven Mackenzie wrote:
>  
>
>>My current app uses POE everywhere it might have needed threads -
>>luckily someone told me to do that before I started coding!
>>    
>>
>Doesn't that mean that your app has to sit and wait whenever you do a
>Class::DBI query?  I don't think Class::DBI is compatible with any of
>the POE DBI extensions.
>  
>
My app accesses web content and web services. Those are the parts that
benefit from POE, CDBI is fast enough for me.

Matt Trout/Perrin Harkins wrote:

> > > WARNING: using the refaddr value as the inside-out key is *not* threadsafe.

> > Is there a reference that you can point me at regarding the
threading problems?

>
>http://www.cpanforum.com/posts/1316
>  
>
Thanks for that link -- very interesting. It actually says that
Class::Std is not threadsafe, but some clusty.com research says that
actually refaddr() is currently broken for shared attributes (Perl 5.8.7):
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-12/msg00465.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-12/msg00419.html

While reading more about Object:InsideOut on CPAN, I chanced on
Class::InsideOut, which mentions that it is thread safe, and also uses
the refaddr for attribute keys. Hmm.


_______________________________________________
ClassDBI mailing list
ClassDBI@xxxxx.xxxxxxxxxxxxxxxx.xxx
http://lists.digitalcraftsmen.net/mailman/listinfo/classdbi