Mon Jun 20 07:29:40 2011: Request 68892 was acted upon.
Transaction: Correspondence added by jsanmar...@gmail.com
Queue: PAR-Packer
Subject: Re: [rt.cpan.org #68892] perl-threads @ Linux => Segment fault
Broken in: (no value)
Severity: Important
Owner: Nobody
Requestors: p...@cpan.org
Status: open
Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=68892 >
You are right, I need time to show you an example (sorry the App is huge and
it's not easy to strip it).
Anyway, the issue is that the stack should be increased if you want to PAR
it, and I don't understand why.
Thanks
Peco
2011/6/20 Roderich Schupp via RT <bug-par-pac...@rt.cpan.org>
> Mon Jun 20 07:05:17 2011: Request 68892 was acted upon.
> Transaction: Correspondence added by RSCHUPP
> Queue: PAR-Packer
> Subject: perl-threads @ Linux => Segment fault
> Broken in: (no value)
> Severity: Important
> Owner: Nobody
> Requestors: p...@cpan.org
> Status: open
> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=68892 >
>
>
> On 2011-06-20 06:33:40, jsanmar...@gmail.com wrote:
> > The program uses Threads, Threads::Shared, Tk and opens several
> sockets. It
> > works fine as .pl although it uses the directive:
> > threads->set_stack_size(30000); in order to avoid a Segment Fault.
>
> You still haven't provided an example that I can test against.
>
> Also, if the segfault is due to an insufficient stack size
> (as your workaround suggests) then this can't be construed
> as a bug in PAR::Packer. And PAR::Packer can't do anything
> about it anyway.
>
> Cheers, Roderich
>
