Re: [Oorexx-devel] ooRexx 3.2 on Windows 7
Mark, On 05.11.2011 22:14, Mark Miesfeld wrote: On Sat, Nov 5, 2011 at 9:01 AM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at mailto:rony.flatsc...@wu-wien.ac.at wrote: If so, I would be forced to stop using ooRexx for teaching ActiveX (WSH, WSF, WSC, MSIE-programming, ASP-/IIS-programming, etc.), as ooRexx 4.x does not support that fundamental and important infrastructure on Windows (yet? ever?), and ooRexx 3.2 cannot do it anymore on Windows 7. This would be really a pity, but nothing I could help, unfortunately. Rony, I didn't want to appear completely un-sympathetic, so I built a debug verion of 3.2.0 on Windows 7 with the debug logging in orxscrpt enabled. A non-trival task since enabling the debug logging in orxscrpt causes it to not build. Thank you very much for your efforts! As far as I can tell there is a fundmental problem. I have a number of html files other than your test.html. They all cause Internet Explorer to crash. Since the crash is in IE, there is no information on what is causing the crash. :-( The only recourse is to find someone interested in writing a Windows Scripting Host engine and have them rewrite that code. Well, I would be very interested, but have been more and more overwhelmed with a couple of totally different responsibilities leading to an 80hrs week (was glad to hade been able to release BSF4ooRexx for all platforms this past summer!). Currently, it is simply (physically, as long as the day has only 24 hours) not possible for me to start a whole new challenge (would need to learn about the gory details of COM, OLE and all the great work you have been conducting; then researching the ActiveX interfaces and coming up with ideas of how to implement the interfaces in ooRexx). Maybe there are some developers who together could master this challenge, which IMHO is integral for a full Windows support. ---rony -- 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
[Oorexx-devel] No calls to uninit inside a loop, even if GC. By design ?
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
Re: [Oorexx-devel] No calls to uninit inside a loop, even if GC. By design ?
uninits are only processed at important boundaries, such as return from method calls. So if you have a tight loop that isn't making any method calls, then it is possible that these would not be processed until the loop completes. The security manager changes this dynamic by introducing some method call boundaries. Rick On Sun, Nov 6, 2011 at 7:11 PM, Jean-Louis Faucher jfaucher...@gmail.com wrote: 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 -- 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
Re: [Oorexx-devel] No calls to uninit inside a loop, even if GC. By design ?
Indeed, the code in the loop was too simple. I added a call to a 2nd routine from inside the loop and now the uninit are called. In fact, it seems that at least one user-defined procedure/routine/method must be called to trigger the calls to uninit. If I use only predefined functions/methods inside the loop then no uninit is called (quick tests...). Thanks! Jean-Louis 2011/11/7 Rick McGuire object.r...@gmail.com uninits are only processed at important boundaries, such as return from method calls. So if you have a tight loop that isn't making any method calls, then it is possible that these would not be processed until the loop completes. The security manager changes this dynamic by introducing some method call boundaries. Rick On Sun, Nov 6, 2011 at 7:11 PM, Jean-Louis Faucher jfaucher...@gmail.com wrote: 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 -- 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 -- 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