Dave, I'd be grateful if you could take a look at this since it seems to involve our recent changes and standard perl modules.
Tim. On Fri, May 11, 2012 at 10:41:11AM -0400, Rowan Klöti via RT wrote: > Fri May 11 10:41:10 2012: Request 77137 was acted upon. > Transaction: Ticket created by rok > Queue: DBI > Subject: DBI 1.620 causes segfault in Perl when used with module > Thread::Pool::Simple. > Broken in: 1.620 > Severity: Important > Owner: Nobody > Requestors: r...@open.ch > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=77137 > > > > I am using Perl version 5.14 on Linux 2.6.32.52_1-osix-3466 (custom > Linux distribution from LFS) with DBI version 1.620 as well as version > 0.25 of the module Thread::Pool::Simple (from CPAN). > > The module Thread::Pool::Simple does not include any XS code, and itself > uses only the modules Carp, Storable, Thread::Queue and > Thread::Semaphore. These are all included in the Perl distribution as of > Perl 5.14 and possibly also earlier versions. > > The attached script causes a segmentation fault in Perl without any > Perl-specific error messages being generated. > > It is only necessary to include the DBI module with a use statement in > order to trigger the segfault, creating a database handle is not > necessary. Conversely, removing the use statement causes the script to > work as expected. > > Version 1.620 of DBI causes this issue, while 1.616 does not. Based on > the changes document on the DBI CPAN page, the following changes appear > to be potential candidates for the introduction of this problem: > > In 1.617: > Enhanced performance for threaded perls (Dave Mitchell, Tim Bunce) > > In 1.618: > Significantly optimized DBI internals for threads (Dave Mitchell) > Xsub to xsub calling optimization now enabled for threaded perls. > > If it is necessary to contact me, please Cc the email to the following > addresses: > d...@open.ch > f...@open.ch > r...@open.ch > As I will not be available until next Friday. > > Thanks for your attention, > Rowan Klöti > Open Systems AG
