Re: [Oorexx-devel] Request for ideas ...
Hi René, stack full? this is what the exception code hints at. Remember there is also a native code stack involved here. Thanks for the idea, I increased the stack size by 50% (from 40960 to 65636) to no avail. Here are the last lines of the debug output, indicating that we arrived at the end of the ooRexxUnit run (the brief statistics are shown), such that we are at the point where Rexx will be ended. However, the BSF4Rexx library at the time when the exception occurs has not been unloaded yet. Here the last lines of output (full text file attached, Rexx output in bold): ... cut ... *** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[1248] --- RgfRemoveProxyObject(), begin: c_obj_id=[267229929] (identityHash) -- ooRexx-AttachThread() - RgfRemoveProxyObject... done. rc=[1]-- --- RgfRemoveProxyObject2, begin: rtc=[7F6E0D0C], obj_id=[7DD84068] RgfRemoveProxyObject2, acquired REGISTRY_lock, before rtc-SendMessage1(...) ... RgfRemoveProxyObject2, before getting count: OREXX_REGISTRY_REFCOUNTER=[7F244F88], rtc-SendMessage1(OREXX_REGISTRY_REFCOUNTER, AT, obj_id)=[7D8CD988] RgfRemoveProxyObject2, retrieved 'refs'=[0] RgfRemoveProxyObject2, before removing from OREXX_REGISTRY=[7F244D08]... RgfRemoveProxyObject2, before removing from OREXX_REGISTRY_REFCOUNTER=[7F244F88]... --- RgfRemoveProxyObject2, end: refs=[0] -- ooRexx-DetachThread() - RgfRemoveProxyObject... done. -- --- RgfRemoveProxyObject(), end: c_obj_id=[267229929], remaining references=[0] *** -- returning from: .._jniRexxUnregisterRexxObject(...), thisTid=[1248] *Executing tests from ...\interfaceClasses\rexx_testInterfaceCallback1.testGroup ooTest Framework - Automated Test of the ooRexx Interpreter Interpreter: REXX-ooRexx_4.0.0(MT) 6.03 15 Aug 2009 Addressing Mode: 32 ooRexxUnit: 2.0.0_3.2.0ooTest: 1.0.0_4.0.0 Tests ran: 836 Assertions: 1147 Failures:0 Errors: 0 Skipped files: 0 File search:00:00:03.14 Suite construction: 00:00:00.047000 Test execution: 00:00:08.406000 Total time: 00:00:11.984000* *** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[1248] --- RgfRemoveProxyObject(), begin: c_obj_id=[263464514] (identityHash) -- ooRexx-AttachThread() - RgfRemoveProxyObject... done. rc=[1]-- --- RgfRemoveProxyObject2, begin: rtc=[7F6C8AFC], obj_id=[7F673C70] RgfRemoveProxyObject2, acquired REGISTRY_lock, before rtc-SendMessage1(...) ... RgfRemoveProxyObject2, before getting count: OREXX_REGISTRY_REFCOUNTER=[7F244F88], rtc-SendMessage1(OREXX_REGISTRY_REFCOUNTER, AT, obj_id)=[7DA13608] RgfRemoveProxyObject2, retrieved 'refs'=[0] RgfRemoveProxyObject2, before removing from OREXX_REGISTRY=[7F244D08]... RgfRemoveProxyObject2, before removing from OREXX_REGISTRY_REFCOUNTER=[7F244F88]... # # # An unexpected error has been detected by HotSpot Virtual Machine: # # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x00303e4c, pid=924, tid=1248 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode) # Problematic frame: # C [rexx.dll+0x33e4c] # # An error report file with more information is saved as hs_err_pid924.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The matching hs_error-logfile from Java (full text file attached): # # An unexpected error has been detected by HotSpot Virtual Machine: # # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x00303e4c, pid=924, tid=1248 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode) # Problematic frame: # C [rexx.dll+0x33e4c] # --- T H R E A D --- Current thread (0x00f79db8): JavaThread Finalizer daemon [_thread_in_native, id=1248] siginfo: ExceptionCode=0xc005, reading address 0x0015 Registers: EAX=0x0001, EBX=0x07335601, ECX=0x7f670eb0, EDX=0x0113f1e0 ESP=0x0113f1b0, EBP=0x0113f23c, ESI=0x7f245158, EDI=0x7f670eb0 EIP=0x00303e4c, EFLAGS=0x00010202 Top of Stack: (sp=0x0113f1b0) 0x0113f1b0: 7f670eb0 002f05ec 7f670eb0 00ca8ead 0x0113f1c0: 7f6c8ae8 002f2d17 7f670eb0 0113f1e0 0x0113f1d0: 0002 0113f1e8 41dadae8 7f6c8ae8 0x0113f1e0: 7f673c70 7f670fc8 0x0113f1f0: 7f6c8ae8 0113f230 0035ec78 0x0113f200: 00315d45 7f670eb0 7f673c70 7f670fc8 0x0113f210: 41dad908 00f79db8 7fcb0350 07335630 0x0113f220: 7f6c8ae8 7f431010 41dad901 0113f210 Instructions: (pc=0x00303e4c) 0x00303e3c: 08 00 cc cc 8b 41 18 85
[Oorexx-devel] Trying to create a new build from trunk ... (Re: Request for ideas ...
Mark, I would suggest that if you have found a scenario where you are pretty sure you always get the crash, you try that scenario using an interpreter built from trunk. thank you very much for this idea! Tried to create it, but got an error while building oodialog (using rev. 5135 from trunk): F:\work\svn\oorexx\main\trunkmakeorx BOTH PACKAGE rxapi.exe (process ID: 3576) killed successfully Building Rexxapi.. Building Interpreter Building OREXXOLE.. Building Rexxutil.. Building rxftp Building rexximage command launcher Building rexx command launcher Building rexxhide command launcher Building rexxpaws command launcher Building rexxc command launcher Building REXX.IMG ... Building RXSUBCOM and RXQUEUE.. Building rxwinsys.dll Building RxSock.. Building RxMath.. Building RXREGEXP... Building OODIALOG.. ***! Error occured !** : build halted ... cut (from Win32Rel.log) ... F:\work\svn\oorexx\main\trunk\extensions\platform\windows\oodialog\oodControl.cpp(50) : fatal error C1083: Cannot open include file: 'oodText.hpp': No such file or directory NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. Probably that missing include file needs to be added to svn. Regards, ---rony -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Trying to create a new build from trunk ... (Re: Request for ideas ...
Pull in my last commit and see if it works. -- Mark Miesfeld On Thu, Sep 3, 2009 at 8:39 AM, Rony G. Flatscherrony.flatsc...@wu-wien.ac.at wrote: Mark, I would suggest that if you have found a scenario where you are pretty sure you always get the crash, you try that scenario using an interpreter built from trunk. thank you very much for this idea! Tried to create it, but got an error while building oodialog (using rev. 5135 from trunk): F:\work\svn\oorexx\main\trunkmakeorx BOTH PACKAGE rxapi.exe (process ID: 3576) killed successfully Building Rexxapi.. Building Interpreter Building OREXXOLE.. Building Rexxutil.. Building rxftp Building rexximage command launcher Building rexx command launcher Building rexxhide command launcher Building rexxpaws command launcher Building rexxc command launcher Building REXX.IMG ... Building RXSUBCOM and RXQUEUE.. Building rxwinsys.dll Building RxSock.. Building RxMath.. Building RXREGEXP... Building OODIALOG.. ***! Error occured !** : build halted ... cut (from Win32Rel.log) ... F:\work\svn\oorexx\main\trunk\extensions\platform\windows\oodialog\oodControl.cpp(50) : fatal error C1083: Cannot open include file: 'oodText.hpp': No such file or directory NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. Probably that missing include file needs to be added to svn. Regards, ---rony -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Trying to create a new build from trunk ... (Re: Request for ideas ...
Mark Miesfeld wrote: Pull in my last commit and see if it works. Thanks, that solved the problem, could compile a new version. Running it will exhibit the same behaviour (while cleaning up the Rexx proxy cache within BSF4Rexx; Rexx program output from ooRexxUnit in bold): ... cut ... *** -- returning from: .._jniRexxUnregisterRexxObject(...), thisTid=[4776] *** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[4776] --- RgfRemoveProxyObject(), begin: c_obj_id=[263139679] (identityHash) -- ooRexx-AttachThread() - RgfRemoveProxyObject... done. rc=[1]-- --- RgfRemoveProxyObject2, begin: rtc=[7DD0BF3C], obj_id=[7D788028] *File search:00:00:00.39* RgfRemoveProxyObject2, acquired REGISTRY_lock, before rtc-SendMessage1(...) ... RgfRemoveProxyObject2, before getting count: OREXX_REGISTRY_REFCOUNTER=[7F244DE0], rtc-SendMessage1(OREXX_REGISTRY _REFCOUNTER, AT, obj_id)=[7D77E428] RgfRemoveProxyObject2, retrieved 'refs'=[0] RgfRemoveProxyObject2, before removing from OREXX_REGISTRY=[7F244B60]... *Suite construction: 00:00:00.093000* RgfRemoveProxyObject2, before removing from OREXX_REGISTRY_REFCOUNTER=[7F244DE0] ... --- RgfRemoveProxyObject2, end: refs=[0] -- ooRexx-DetachThread() - RgfRemoveProxyObject... done. -- --- RgfRemoveProxyObject(), end: c_obj_id=[263139679], remaining references=[0] *** -- returning from: .._jniRexxUnregisterRexxObject(...), thisTid=[4776] *Test execution: 00:00:08.00* *** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[4776] --- RgfRemoveProxyObject(), begin: c_obj_id=[263139979] (identityHash) -- ooRexx-AttachThread() - RgfRemoveProxyObject... done. rc=[1]-- --- RgfRemoveProxyObject2, begin: rtc=[7DD0BF3C], obj_id=[7D78D1A0] *Total time: 00:00:08.593000* RgfRemoveProxyObject2, acquired REGISTRY_lock, before rtc-SendMessage1(...) ... RgfRemoveProxyObject2, before getting count: OREXX_REGISTRY_REFCOUNTER=[7F244DE0] , rtc-SendMessage1(OREXX_REGISTRY_REFCOUNTER, AT, obj_id)=[7D78B790] RgfRemoveProxyObject2, retrieved 'refs'=[0] RgfRemoveProxyObject2, before removing from OREXX_REGISTRY=[7F244B60]... # # An unexpected error has been detected by Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x004489ee, pid=1728, tid=4776 # # Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode, sharing windows-x86) # Problematic frame: # C [rexx.dll+0x189ee] # # An error report file with more information is saved as: # F:\work\svn\oorexx\test\releases\4.0.0\hs_err_pid1728.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # :-(( Notabene: the error is intermittent, though if it occurs it occurs right in the above sequence (after the Rexx code has finished, while still Java objects get finalized, causing a callback to Rexx via BSF4Rexx). ---rony -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
[Oorexx-devel] Possible (future) solution ? (Re: Trying to create a new build from trunk ... (Re: Request for ideas ...
Hi there, if the cause of the problem is really the overlapping of a callback from Java into BSF4Rexx employing ooRexx, and ooRexx having started to shutdown and removing/reclaiming objects, then one possible solution may be: * allow to be notified, when ooRexx is about to shutdown, such that one can set a flag in the DLL which will allow to control when employing ooRexx interfaces becomes unstable. The RFE http://sourceforge.net/tracker/?func=detailaid=2798050group_id=119701atid=684733 would probably allow for implementing such a logic. ---rony -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
