Skip Menu |
 

This queue is for tickets about the Wx CPAN distribution.

Report information
The Basics
Id: 94519
Status: open
Priority: 0/
Queue: Wx

People
Owner: mdootson [...] cpan.org
Requestors: kmx [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: t/14_eh_die.t hangs (Win64bit/gcc-4.8.2/perl-5.9.10)
I am testing a new strawberry perl-5.19.x beta - http://strawberryperl.com/beta/ - it uses gcc-4.8.2

Wx-0.9923 hangs in t/14_eh_die.t

It happens only on MSWin 64bit version, MSWin 32bit seems to build & test fine

--
kmx
Download (untitled) / with headers
text/plain 183b
The same thing happens on 5.20.0 on Win64. The test hangs until I kill the GUI dialog with the close button. t/14_eh_die.t ......... Dubious, test returned 255 (wstat 65280, 0xff00)
Download (untitled) / with headers
text/plain 893b
Just a note that I am investigating this. It is a problem with mingw-w64 compilers based on gcc 4.8.0 and above using SJLJ exceptions. I can repeat your problem using gcc 4.9.1 x86_64 SJLJ compiler on Perl 5.16.3 and Perl 5.20.1. Using an equivalent x86_64 compiler that uses SEH exception handling, there is no problem. Using a gcc 4.6.4 x86_64 SJLJ compiler - no problems. SEH exception handling is clearly the future for x86_64 mingw-w64. Looking at download numbers that's the flavour which the majority of users now use and I would therefore guess receives most feedback / fixes. That doesn't help you though. My thought is that since the introduction of SEH exception option for gcc, the toolset outputs compiler flags for both SJLJ and SEH versions that mean the wrong options are chosen in either Perl or wxWidgets. I will continue to try and solve the issue. Regards Mark
Is there a work around for this problem?
Subject: [rt.cpan.org #94519]
Date: Tue, 2 Jun 2015 11:22:40 +0000
To: "bug-Wx [...] rt.cpan.org" <bug-Wx [...] rt.cpan.org>
From: "Neubauer, Ralf" <ralf.neubauer [...] wido.bv.aok.de>
Download (untitled) / with headers
text/plain 199b
I just encountered this bug myself when I tried to install without --force (cpanm) or --skip (PPM::Make) to get some inner peace. Is there any development (e.g. strawberry's gcc being fixed)? Ralf


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.