Application (GC) stuck in "_Jv_MarkArray" when doing "klass->getName();"

Sat Mar 18 20:03:00 GMT 2006

> I haven't checked, but I'd be suspicious that getName allocates memory,
> which acquires the GC lock, which is already held by the same thread.
> (This is a non-reentrant lock. Which is good, because things would
> fail in more complex ways if it weren't.)
Well, going into getName seems to trace furhter to "_Jv_AllocString" 
using "_Jv_AllocPtrFreeObj" or "_Jv_AllocPtrFreeObject" depending on the 
state of "ENABLE_JVMPI". However, now things get deep for me - at least 
at my current state of knowledge...
So I don't really know where that leaves the question regarding the 
non-reentrant lock... :-)
// Martin
> On 2006年3月18日, Martin Egholm Nielsen wrote:
>>Hi there,
>>>>In my long and tiresome (for the rest of you) attempts to understand the
>>doubling of my GC-times, I've now added some output to "_Jv_MarkArray"
>>to get an idea of what and why there is suddenly an array given of
>>length 170.000.
>>(This attempt is a consequence of calling "gcj_describe_type_fn" from
>>the GC, but it just halted.)
>>So I added parts of the the code from "gcj_describe_type_fn" into
>>_Jv_MarkArray:
>>>> if ( klass ) {
>> printf( "MEN: 1\n" );
>> jstring name = klass -> getName();
>> printf( "MEN: 2\n" );
>> } // if
>>>>However, when the GC gets to it, "1" is printed, "2" is not, and the GC
>>is stuck in between.
>>Anyone can tell me why this is not "allowed"/fails?
>>>>BR,
>> Martin Egholm
>>>>>>