[Gc] 6.6 on Mac OS X 10.3.9

Andrew Begel abegel at eecs.berkeley.edu
Sun Sep 18 20:52:29 PDT 2005


The output you show below looks legit to me. It looks like it's  
getting all your threads, right?

At this point, we probably have to see your program. Got a small test  
case that someone else with a Mac can try?

Andrew

On Sep 18, 2005, at 8:37 PM, Cody Pisto wrote:

> 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