While testing the WeakReference class, I observed that the calls to uninit
are not triggered inside a loop, except when a security manager is in place.
Is it a design decision to call checkUninitQueue only from
RexxActivation::run when execution_state == RETURNED ?

See http://oorexx.svn.sourceforge.net/viewvc/oorexx/sandbox/jlf/samples/gc/
The _readme.txt describes 4 test cases.

testcase1.output.default.txt (with a security manager)
one GC during the loops, uninits called during the loop (sounds good)

testcase1.output.10_000.txt (no security manager)
no GC during the loops, so uninits called when halting (ok).

testcase1.output.100_000.txt (no security manager)
one GC during the loop in step2, but NO call to uninit. Why ?
The uninit are called  AFTER the loop.

testcase1.output.1000_000.txt (no security manager)
several GC during the loops, but NO call to uninit.
pendingUninits=18 (6 GC * 3 zombies) : I suppose it's not a problem to have
18 instead of 3 ? If I understand correctly, the only important information
is pendingUninits > 0, to decide when calling runUninits.

Jean-Louis
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Reply via email to