On 17.07.2010 8:18, Mario Sergio Fujikawa Ferreira wrote:
Hi,
I am running 8-STABLE as of July 1st 2010.
FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #14: Thu
Jul 1 12:50:38 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX amd64
With latest
[mailto:owner-freebsd-po...@freebsd.org] On Behalf Of Christopher Key
Sent: Sunday, July 18, 2010 8:46 PM
To: po...@freebsd.org
Subject: Re: lang/perl5.12 segfault (amd64 - 8-STABLE)
cj...@cam.ac.uk wrote:
Someone who understands the perl threading internals needs to figure
this out.
Simple
On Tue, 20 Jul 2010 07:37:37 -0700
Scott Sanbeg ssan...@gmail.com wrote:
The patch could possibly solve my challenge, but if it works then why do I
get this?
r...@anchorage:/usr/ports/lang/perl5.12# patch my.patch
Hmm... Looks like a unified diff to me...
The text leading up to this was:
' by Configure
# after it has prompted the user for whether to use threads.
Scott
-Original Message-
From: Christopher Key [mailto:cj...@cam.ac.uk]
Sent: Tuesday, July 20, 2010 8:47 AM
To: Scott Sanbeg
Cc: po...@freebsd.org
Subject: Re: lang/perl5.12 segfault (amd64 - 8-STABLE)
Scott Sanbeg
On Mon, 19 Jul 2010, Christopher Key wrote:
Simple solution, there was a missing -lpthread, patch available from:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148648
Hehe... I completely overlooked this possibility. I sent a follow-up
to perl5-porters quoting your message.
For some
cj...@cam.ac.uk wrote:
Someone who understands the perl threading internals needs to figure
this out.
Simple solution, there was a missing -lpthread, patch available from:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148648
For some reason, linking binaries without -lpthread
On 17.07.2010 06:18 (UTC+1), Mario Sergio Fujikawa Ferreira wrote:
Hi,
I am running 8-STABLE as of July 1st 2010.
FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #14: Thu
Jul 1 12:50:38 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX amd64
With
Hi,
Same problem here.
Here is the gdb output:
#0 0x004ddbd3 in Perl_safesyscalloc (count=1, size=4072) at util.c:311
311 DEBUG_m(PerlIO_printf(Perl_debug_log, 0x%UVxf: (%05ld) calloc %ld x
%ld bytes\n,PTR2UV(ptr),(long)PL_an++,(long)count,(long)total_size));
(gdb) bt
#0
On Sat, 17 Jul 2010, Janne Snabb wrote:
It is somehow related to the Perl_debug_log which is the first
argument of PerlIO_printf. But I can not figure out why, too many
layers of #defines and calls within calls.
The problem seems to go away when threads are disabled.
The problematic line 311
On Saturday, 2010-07-17 at 09:23:18 +, Janne Snabb wrote:
The problem seems to go away when threads are disabled.
The problematic line 311 in util.c expands to quite a horrible mess
(found this out by doing make util.i):
(void)( { if ((PL_curinterp)) { PerlInterpreter* my_perl
On Saturday, 2010-07-17 at 09:23:18 +, Janne Snabb wrote:
The problem seems to go away when threads are disabled.
The problem appears on i386 in addition to amd64, probably other
architectures as well.
My advice would be: DO NOT try to upgrade your perl to 5.12 if you
are using threads
Hi,
I am running 8-STABLE as of July 1st 2010.
FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #14: Thu
Jul 1 12:50:38 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX amd64
With latest ports as of July 14th 2010.
I've been trying to build
12 matches
Mail list logo
