Tue Aug 17 14:41:13 2010: Request 59916 was acted upon.
Transaction: Correspondence added by REHSACK
Queue: Wx
Subject: Wx makes perl dumping core when no DISPLAY set
Broken in: 0.9701, 0.9702
Severity: Critical
Owner: Nobody
Requestors: rehs...@cpan.org
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=59916 >
On Sun Aug 15 13:15:30 2010, mattia.bar...@libero.it wrote:
> Jens Rehsack via RT wrote:
[...]
> Actually, I did try under Linux and it did not crash; I tried now and
> I can reproduce it; no idea what I did wrong the first time...
EHEADELSEWHERE - good that you now can reproduce it.
> >> anyway, I'm currently installing NetBSD in a VM. I'm not sure when I
> >> will be able to look into the crash; keep in mind thath Wx is never
> >> going to pass any tests with display unset, the best I can do is to
make
> >> it fail without a crash.
> >
> > If it wouldn't dump core on 'use Wx qw(:allclasses);', would be enough.
> > I don't want request a magical fix what might bring Wx working without
> > an output device, but a core dump leads me to the assumption, that
> > something is going heavily wrong.
>
> Agreed. Debugging it further, the failure is inside wxWidgets and is
> not fixable: if the wxWidgets initialization fails, using it to load
> libraries (as done by :allclasses) is always going to crash (because
> some needed non-GUI components are not initialized). I added some code
> that die()s if the wxWidgets initialization fails:
>
> $ perl -Mblib -MWx=:allclasses -e 42
> Error: Unable to initialize gtk, is DISPLAY set properly?
> Failed to initialize wxWidgets at -e line 0
> Compilation failed in require.
> BEGIN failed--compilation aborted.
> $
This is a good step - with this it's possible to debug which library is
buggy and open RT's there.
Thanks,
Jens
