Bug #70731 for Class-XSAccessor: Test failed with Class-XSAccessor-1.12 on cygwin

Mon Sep 05 06:48:04 2011 BEY9A15R [...] be.ibm.com - Ticket created

Subject:	Test failed with Class-XSAccessor-1.12 on cygwin
Date:	Mon, 5 Sep 2011 12:47:13 +0200
To:	bug-Class-XSAccessor [...] rt.cpan.org
From:	Nicolas Pheulpin <BEY9A15R [...] be.ibm.com>

80/threadbomb.t is running since hours. Salutations, Greetings, Tel 458 Tenzij hierboven anders aangegeven: / Sauf indication contraire ci-dessus: / Unless otherwise stated above: International Business Machines of Belgium sprl / bvba Siège social / Maatschappelijke zetel: Avenue du Bourget 42 Bourgetlaan, B-1130 Bruxelles/Brussel N° d'entreprise / Ondernemingsnr: TVA / BTW BE 0405 912 336 RPM Bruxelles / RPR Brussel

Tue Sep 06 02:41:12 2011 smueller [...] cpan.org - Correspondence added

This is the first time I hear about the test *hanging*. I've seen reports several times that this entirely contrived usage of threading and generating classes using Class::XSAccessor could cause segmentation faults on cygwin, though. It's in the air whether this is due to a cygwin- or a Class::XSAccessor bug and I haven't had the time to investigate. I do know that no other win32 perl is affected, according to CPAN testers results. Any work towards diagnosing the source of the problem is very welcome, but as I said, I can't debug this myself for lack of time and system.

Tue Sep 06 02:41:13 2011 The RT System itself - Status changed from 'new' to 'open'

Fri Jan 27 06:58:36 2012 ribasushi [...] leporine.io - Correspondence added

On Mon Sep 05 06:48:04 2011, BEY9A15R@be.ibm.com wrote: Show quoted text

> 80/threadbomb.t is running since hours. >

Please indicate which perl you are using. perl -V output would be best. Cheers!

Sun Jan 29 09:17:44 2012 smueller [...] cpan.org - Status changed from 'open' to 'resolved'