[Gc] 6.6 on Mac OS X 10.3.9

Cody Pisto cody at hpcs.com
Sun Sep 18 20:37:18 PDT 2005


OK, it seems I neglected to make clean before adding the DEBUG_THREADS 
define (its been a long day!), it is printing the information now, 
however the problem remains, I can GC_malloc some space in each thread 
and dereference the pointers, and run GC_gcollect, and the GC_dump stats 
do not change (none of them), and the process size grows by the amount 
allocated.

Any ideas?

Here is full debugging output:

Stopping the world from 0xb07
Attempting to suspend thread 0x307
Thread state for 0x307 = 3
Suspending 0x307
Attempting to suspend thread 0xb07
Attempting to suspend thread 0xf03
Thread state for 0xf03 = 3
Suspending 0xf03
Attempting to suspend thread 0x1103
Thread state for 0x1103 = 3
Suspending 0x1103
Attempting to suspend thread 0x2303
Thread state for 0x2303 = 3
Suspending 0x2303
Attempting to suspend thread 0x307
Thread state for 0x307 = 3
Attempting to suspend thread 0xb07
Attempting to suspend thread 0xf03
Thread state for 0xf03 = 3
Attempting to suspend thread 0x1103
Thread state for 0x1103 = 3
Attempting to suspend thread 0x2303
Thread state for 0x2303 = 3
World stopped from 0xb07
Darwin: Stack for thread 0x307 = [bffff720,bfffff60)
Darwin: Stack for thread 0xb07 = [f0080500,f0080f00)
Darwin: Stack for thread 0xf03 = [f0101610,f0101f00)
Darwin: Stack for thread 0x1103 = [f0182700,f0182f00)
Darwin: Stack for thread 0x2303 = [f0203700,f0203f00)
World starting
Thread state for 0x307 = 3
Resuming 0x307
Thread state for 0xf03 = 3
Resuming 0xf03
Thread state for 0x1103 = 3
Resuming 0x1103
Thread state for 0x2303 = 3
Resuming 0x2303
World started
***Static roots:
 From 0x49000 to 0x52e04
 From 0x52f98 to 0x53d86
 From 0x53d90 to 0x53dcc
 From 0xf7000 to 0xf7024
 From 0xf71d8 to 0xf7440
 From 0xf7440 to 0xf7458
 From 0x16d000 to 0x16d5a8
 From 0x16d9e8 to 0x16e1c4
 From 0x16e1c4 to 0x1765dc
 From 0xa0000000 to 0xa000410c
 From 0xa0008288 to 0xa000e208
 From 0xa0008000 to 0xa0008288
 From 0xa39d0000 to 0xa39d0004
Total size: 123782

***Heap sections:
Total heap size: 479232
Section 0 from 0x107000 to 0x117000 0/16 blacklisted
Section 1 from 0x127000 to 0x137000 0/16 blacklisted
Section 2 from 0x139000 to 0x149000 0/16 blacklisted
Section 3 from 0x1ae000 to 0x1bf000 0/17 blacklisted
Section 4 from 0x1bf000 to 0x1d5000 0/22 blacklisted
Section 5 from 0x1d5000 to 0x1f3000 0/30 blacklisted

***Free blocks:
Free list 29 (Total size 118784):
        0x1d6000 size 118784 not black listed
Total of 118784 bytes on free list

***Blocks in use:
(kind(0=ptrfree,1=normal,2=unc.,4=stubborn):size_in_bytes, #_marks_set)
(1:1360,0)(1:16,2)(1:584,2)(1:48,6)(1:1360,3)(1:40,16)(1:40,102)(1:1360,3)(1:1360,3)(1:40,101)(1:1360,2)(1:24,149)(1:40,101)(1:1360,3)(1:1360,3)(1:40,102)(1:16,256)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:584,5)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:40,102)(1:24,170)(1:1360,3)(1:1360,3)(1:40,102)(1:16,256)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:40,102)(1:1360,3)(1:1360,3)(1:1360,3)(1:40,102)(1:24,170)(1:16,256)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,2)(1:32,15)(1:40,101)(1:1360,3)(1:40,102)(1:1360,3)(1:16,256)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:24,170)(1:40,102)(1:16,256)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:1360,3)(1:816,5)(1:96,2)(1:16,256)
blocks = 88, bytes = 360448

***Finalization statistics:
0 finalization table entries; 0 disappearing links
0 objects are eligible for immediate finalization


Thanks,
-Cody

Andrew Begel wrote:

> That's the same as my configure script.
>
> GC_stop_world() is called by STOP_WORLD() macro from  
> alloc.c:GC_stopped_mark(). It's always
> supposed to get called on a garbage collection.
>
> Andy
>
>
>


More information about the Gc mailing list