bash-2.05a$ make test
<SNIP>
Failed Test Stat Wstat Total Fail Failed List of Failed
------------------------------------------------------------------------ -------
t/pmc/perlnum.t 1 256 36 1 2.78% 36
1 test and 84 subtests skipped.
Failed 1/99 test scripts, 98.99% okay. 1/1489 subtests failed, 99.93% okay.
(wow. tests seem slower post-ICU)
bash-2.05a$ ./parrot examples/assembly/thr-primes.imc <SNIP> Found prime 401 Found prime 409 Found prime 419 Found prime 421 Segmentation fault bash-2.05a$ ./parrot -G examples/assembly/thr-primes.imc <SNIP> Found prime 401 Found prime 409 Found prime 419 Found prime 421 Bus Error
Changing the constant from 500 to 100 avoids the problem: bash-2.05a$ ./parrot examples/assembly/thr-primes.imc <SNIP> Found prime 89 Found prime 97
This is odd, though, after removing my copy of thr-primes and doing a cvs-update, and running it again:
bash-2.05a$ ./parrot examples/assembly/thr-primes.imc Found prime 3 Found prime 5 Found prime 7 Found prime 11 Found prime 13 Found prime 17 Found prime 19 Found prime 23 Found prime 29 Found prime 31 Found prime 37 Found prime 41 Found prime 43 Found prime 47 Found prime 53 Found prime 59 Found prime 61 Found prime 489 Found prime 495 Segmentation fault
There was no snipping there. And it jumped from 61 to 489? (presumably a threads issues)
However, it still seems to segfault every time. I've attached the crash.log from OS X, here's the crash'd thread:
Thread 3 Crashed: #0 0x0002eb00 in trace_mem_block (dod.c:879) #1 0x001945c8 in trace_system_stack (cpu_dep.c:119) #2 0x00194580 in trace_system_areas (cpu_dep.c:99) #3 0x0002e274 in trace_active_PMCs (dod.c:302) #4 0x0002ed48 in Parrot_do_dod_run (dod.c:1031) #5 0x0010a934 in more_traceable_objects (smallobject.c:111) #6 0x0010aa6c in get_free_object (smallobject.c:177) #7 0x0000fdc8 in get_free_pmc (headers.c:53) #8 0x0002a8f0 in get_new_pmc_header (pmc.c:105) #9 0x0002ac20 in pmc_new_noinit (pmc.c:208) #10 0x0005f194 in Parrot_new_p_ic (core_ops.c:66) #11 0x00111cbc in runops_slow_core (runops_cores.c:146) #12 0x0000b520 in runops_int (interpreter.c:819) #13 0x0000b650 in runops (interpreter.c:873) #14 0x00110c18 in thread_func (thread.c:52) #15 0x90020c28 in _pthread_body
Anything else I can do to help track this down?
On Friday, April 9, 2004, at 02:26 AM, Leopold Toetsch wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:--Per Leo, this was fixed in a recent patch -
However, I still get a segfault with an update, realclean, reconfig, remake (OSX)
Works fine here. Do t/pmc/threads.t pass? Do you have enough RAM in your
box? Try with "const int MAX = 100".
Will "Coke" Coleda will at coleda dot com
