On Mon, Feb 20, 2017 at 4:07 PM, Rony <[email protected]> wrote:
> Hmm. I was under the impression that if I store Rexx objects in an array
> they would be protected as long as the array object was referenced (the
> same for entries int the directory).
>
> Both, the argument array object and the slotDir directory object are
> created in native code, the slotDir directory appended to the Rexx argument
> array (hence protected from being garbage collected). Then the message gets
> sent to the Rexx object and the native code blocks until Rexx returns. No
> one else has a reference to the arg array, except of the receiving Rexx
> code, which only is able to get access to it using the arg() bif, the parse
> arg or use arg instructions, or using .context accessing the argument array
> via it! Bsf4oorexx would not be able to change the arg Rexx array memory
> location.
>
> The calls from Rexx to Java will not cross that blocked native code, but
> use an external Rexx function bsf().
>
> ---
>
> Ad protecting in native code: so, if I invoke a SendMessage() from native
> code, I have to protect the Rexx objects created in that native code before
> one can use them safely as arguments? Otherwise it would be possible that
> they get garbage collected while the SendMessage() executes?
>
No, they should be protected as long as the context that allocated them is
active, unless you've used ReleaseLocalReference() to indicate you are
finished with them. This sounds like an overwrite problem. One thing you
can try. Rather than use multiple calls to arg(arg()), use one call and
assign the value to a local variable. If the problem still occurs, then it
is a garbage collection problem. If the problem goes away, it is likely an
overwrite.
Rick
>
> ---rony
>
>
> Rony G. Flatscher (mobil/e)
>
> Am 20.02.2017 um 19:12 schrieb Rick McGuire <[email protected]>:
>
>
>
> On Mon, Feb 20, 2017 at 12:30 PM, Rony G. Flatscher <
> [email protected]> wrote:
>
>> Thank you, went through the BSF4ooRexx source code (cc, Java) to check
>> out the usage of argument arrays. So far I can outrule that that happens.
>> If arguments are passed from Java to the Rexx side a Java array object is
>> supplied and BSF4ooRexx.cc will create an appropriate Rexx Array object
>> to pass on to the Rexx program/object. If (as in this use case whenever
>> .input, .output, .error are used) the Rexx side invokes Java, then
>> BSF4ooRexx.cc will create an appropriate Java array object. In neither
>> cases are the Rexx array objects used for other purposes than creating and
>> passing arguments.
>>
>> The code that causes exceptions would run without the debug versions a
>> couple of times without a problem. So invoking "arg(arg())" in the
>> following sequence should return always the Rexx argument array object.
>> From this code, only Rexx gets invoked directly (classes defined in the
>> Rexx package BSF.CLS), where the callee should not be able to replace the
>> array "arg(arg())" returns e.g. with a blank "" (which sometimes is
>> reported). The code snippet just by accidents causes an exception after the
>> second usage of "arg(arg())" and invoking a static method in BSF.CLS'
>> .JSR223.
>>
>> Here is the entire code. As you can see the argument array is always
>> queried "freshly" by using "arg(arg())". Currently (with the debug versions
>> of ooRexx 5 and BSF4ooRexx) the exception occurs after returning from the
>> second invocation of .jsr223~set. However, I have seen the exception to
>> occur much later, but within that same Rexx program working with the result
>> of "arg(arg())", like in the statements following "say "|12|"~copies(20)":
>>
>> /* @showsource */
>>
>> parse source s
>> say "parse source:" pp(s)
>> filename=filespec("name",word(s,3))
>> say "BSFGetTID():" bsfGetTid() "hit return to continue"
>> parse pull .
>> say "going ahead ..."
>>
>>
>> say " |1|"~copies(20)
>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>> ; .jsr223~set(arg(arg())~scriptContext, "", BSFContextVariables('get')) ;
>> /* @set()
>> */
>> say "***" pp(.datetime~new) "back in" pp(filename)", returned from BSF.CLS
>> ***"
>>
>> say " |2|"~copies(20)
>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>> ; .jsr223~set(arg(arg())~scriptContext, "s", BSFContextVariables('get')) ;
>> /* @set(s)
>> */
>> say "***" pp(.datetime~new) "back in" pp(filename)", returned from BSF.CLS
>> ***"
>>
>> say " |3|"~copies(20)
>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>> ; .jsr223~set(arg(arg())~scriptContext, "s:999",
>> BSFContextVariables('get')) ; /* @set(s:999)
>> */
>> say "***" pp(.datetime~new) "back in" pp(filename)", returned from BSF.CLS
>> ***"
>>
>> say " |4|"~copies(20)
>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>> ; .jsr223~set(arg(arg())~scriptContext, "s:100",
>> BSFContextVariables('get')) ; /* @set(s:100)
>> */
>> say pp(s)": returned from BSF.CLS" pp(.datetime~new)
>>
>>
>> say "|10|"~copies(20)
>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> """d1"" d2") ; /* @get("d1" d2)
>> */
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> """d3 d4""") ; /* @get("d3 d4")
>> */
>> ; .jsr223~set(arg(arg())~scriptContext, "d1 ""d2""",
>> BSFContextVariables('get')) ; /* @set(d1 "d2")
>> */
>> ; .jsr223~set(arg(arg())~scriptContext, """d3 d4""",
>> BSFContextVariables('get')) ; /* @set("d3 d4")
>> */
>>
>> say "|11|"~copies(20)
>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> "oha:100 oha:200") ; /* @get(oha:100 oha:200)
>> */
>> oha="das ist von Rexx!"
>> ; .jsr223~set(arg(arg())~scriptContext, "oha", BSFContextVariables('get'))
>> ; /* @set(oha)
>> */
>>
>> say "|12|"~copies(20)
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> "oha: oha:200") ; /* @get(oha: oha:200)
>> */
>> oha="das ist von Rexx, die 2. in scope=200!"
>> ; .jsr223~set(arg(arg())~scriptContext, "oha:200 nixi: ohalo",
>> BSFContextVariables('get')) ; /* @set(oha:200 nixi: ohalo)
>> */
>>
>> say "|13|"~copies(20)
>> drop global?d4
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> """global d4""") ; /* @get("global d4")
>> */
>> say "global?d4="pp(global?d4)
>> global?d4="changing 'global d4' !"
>> ; .jsr223~set(arg(arg())~scriptContext, """global d4""",
>> BSFContextVariables('get')) ; /* @set("global d4")
>> */
>>
>> say "|14|"~copies(20)
>> drop global?d4
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> """global d4"":200") ; /* @get("global d4":200)
>> */
>> say "global?d4:200="pp(global?d4)
>> global?d4="changing 'global d4' !"
>> ; .jsr223~set(arg(arg())~scriptContext, """global d4"":200",
>> BSFContextVariables('get')) ; /* @set("global d4":200)
>> */
>>
>> say "|15|"~copies(20)
>> drop global?d1 global?d4 global?d5 global?d6
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> """global d1"" ""global d5"":200 ""global d6"":100") ; /* @get("global d1"
>> "global d5":200 "global d6":100 )
>> */
>> say "global?d1:100="pp(global?d1)
>> say "global?d5:200="pp(global?d5)
>> say "global?d6:100="pp(global?d6)
>> global?d1="changing 'global d1' !"
>> global?d5="changing 'global d5' !"
>> global?d6="changing 'global d6' !"
>> ; .jsr223~set(arg(arg())~scriptContext, """global d1"":200 ""global
>> d5"":100 ""global d6"":200", BSFContextVariables('get')) ; /* @set("global
>> d1":200 "global d5":100 "global d6":200 )
>> */
>>
>> say "|20|"~copies(20)
>> drop global?d4
>> ; call BSFContextVariables 'set', .jsr223~get(arg(arg())~scriptContext,
>> """global d4"":100") ; /* @get("global d4":100)
>> */
>> say "global?d4:100="pp(global?d4) "--->"
>> global?d4="changing 'global d4' ! /// NOCH EINMAL! \\\"
>> say "global?d4:100="pp(global?d4) "<--- new!"
>> say "NOW BEFORE DOING @set()!"
>> ; .jsr223~set(arg(arg())~scriptContext, "", BSFContextVariables('get')) ;
>> /* @set( )
>> */
>> say "AFTER DOING @set()!"
>>
>> ::requires bsf.cls -- get Java support
>>
>> To the best of my knowledge BSF4ooRexx would not be able to influence
>> what "arg(arg())" would return in the above script repeatedly. Either the
>> first invocation would return a wrong argument array already or other
>> invocations in the same scope should return the same argument array with
>> "arg(arg())". Or am I mistaken? If so, what could cause that to be
>> influenced/changed by third parties like BSF4ooRexx?
>>
>
> It most certainly can, as I've explained on multiple occasions now.
> Invoked Rexx code's context is a RexxActivation object instance. That
> RexxActivation accesses the arguments via a pointer back into the actual
> data area of array object that holds the arguments you provided to
> SendMessageArray(). A call to arg(arg()) would just pick up the object
> pointer from the given location. There are only two ways I can think of
> that the value returned by arg(arg()) could change in this scenario:
>
> 1) The area used to return the array has been overwritten by the bsfrexx
> code so that the value stored as the last object has been changed
> 2) The argument object stored as the last object has been garbage
> collected. If this is the case, the garbage collection would have to have
> occurred because the object was improperly protected by the bsfrexx code
> BEFORE the call to SendMessageArray(). Perhaps because
> ReleaseLocalReference() was called prematurely or an object reference was
> stored for use without calling CreateGlobalReference() to provide long-term
> protection.
>
>
>>
>> Currently the assumpiton would be that in the same scope arg(arg())
>> return the same argument array supplied to CallProgram() or
>> SendMessage()/SendMessage1() which is used to carry out the code by a Rexx
>> interpreter instance. It could not be possible by third parties to change
>> the return of "arg(arg())" with an empty string "" (which sometimes seems
>> to be the case giving the Rexx exception informing that the object "" does
>> not understand the message SCRIPTCONTEXT); the Rexx directory object that
>> gets added to the Rexx argument array is never changed after its creation
>> in the native code.
>>
>> If it matters, there are two Rexx interpreter instances playing a role
>> here: the one starting out with "rexx
>> RexxTestAttributes_with_blanks_host.rex",
>> which loads Java, creates (indirectly via javax.script) another Rexx
>> interpreter instance which is used to carry out the above Rexx script
>> "test_set_attributes_revelead.rex" in the same thread).
>>
>> ---rony
>>
>>
>>
>> On 19.02.2017 21:02, Rick McGuire wrote:
>>
>> No, once you have passed the arguments into via SendMessageArray(), the
>> arguments are automatically protected from garbage collection. However,
>> SendMessageArray() does not make a copy of that array, but rather just uses
>> the array directly. If you make a call out to your code and it reuses the
>> array for another callback into Rexx, then you will have clobbered the
>> original arguments. If the problem is occurring on the second call to
>> arg(arg()), then it is likely something on the bsfrexx code is overwriting
>> the argument array.
>>
>> Rick
>>
>> On Sun, Feb 19, 2017 at 1:33 PM, Rony G. Flatscher <
>> [email protected]> wrote:
>>
>>> OK, thanks! Have also read the e-mail thread between you and Erich. Will
>>> take some time...
>>>
>>> One question: it seems to me that it has to do with keeping the
>>> arguments available. Whenever a say takes place (in the script, in .jsr223
>>> set class) a call back to Java occurs, returning and then eventually
>>> returning from BSF.CLS (where the JSR223 class resides) to the script which
>>> then goes on to issue another "arg(arg())". The question would be: if
>>> calling a Rexx program (probably most of the time using .Routine's call
>>> method) where are the supplied arguments handled, which class(es) in ooRexx
>>> would be have the code? (The speculation would be that the arguments may
>>> get garbage collected when a lot/long call and callback is going on. Not
>>> knowing where to start, this might be as good a starting point as any other
>>> one to "dive" into the code.)
>>>
>>> ---rony
>>>
>>>
>>>
>>> On 19.02.2017 19:20, Rick McGuire wrote:
>>>
>>> Well, at first glance, it appears that the method is being passed an
>>> invalid argument on the SendMessageArray() call. This could be a corrupted
>>> value or maybe a stale address of an object that has already been garbage
>>> collected because it was not properly protected. That's probably where you
>>> should start looking.
>>>
>>> Rick
>>>
>>> On Sun, Feb 19, 2017 at 1:08 PM, Rony G. Flatscher <
>>> [email protected]> wrote:
>>>
>>>> Running with the debug version (not yet with the Visual Studio
>>>> debugger, still have to get acquainted with it) of ooRexx the exception
>>>> still occurs, however the Java exception information takes advantage of the
>>>> symbols, such that one can see the function names in the stack trace
>>>> (below).
>>>> It would be helpful for me to know for what to look for while getting
>>>> acquainted with the VS debugger, if any ideas come up from the brief
>>>> description and/or the stack trace from the hs_err_pid3660.log file.
>>>>
>>>> ---
>>>>
>>>> First a brief overview about the application:
>>>>
>>>> - a Rexx program ("RexxTestAttributes_with_blanks_host.rex") loads
>>>> the Rexx package "BSF.CLS" which loads BSF4ooRexx and then loads the
>>>> Java
>>>> VM,
>>>> - it then uses Java classes to execute "Rexx scripts" using a
>>>> "javax.script.ScriptEngine" implementation for ooRexx
>>>> - Rexx programs that are executed as "scripts" will have .input,
>>>> .output and .error redirected to Java Reader and Writers; the
>>>> redirection
>>>> code prepends each such output with the strings "REXXin?>",
>>>> "REXXout>" and
>>>> "REXXerr>", so this is a good indicator to see a call from Rexx to
>>>> Java
>>>> - the test Rexx script named "test_set_attributes_revealed.rex"
>>>> uses explicitly an otherwise injected code by the RexxScriptEngine
>>>> which
>>>> reads attributes from the supplied Java ScriptContext and uses them
>>>> to
>>>> create local (context) Rexx variables repeatedly
>>>> - each time the Java ScriptContext needs to be fetched, a
>>>> call to "arg(arg())" is issued as the Java Rexx support will add
>>>> a Rexx
>>>> directory as the last argument which stores that Java
>>>> ScriptContext object
>>>> - the test script issues this call repeatedly and it seems
>>>> that on one such call the exception occurs (at times a Rexx error
>>>> message
>>>> is given to the effect that the empty string object "" does not
>>>> understand
>>>> the message SCRIPTCONTEXT)
>>>>
>>>> ---
>>>>
>>>> Here is the part of the Rexx code where the exception occurs:
>>>>
>>>> /* @showsource */
>>>>
>>>> parse source s
>>>> say "parse source:" pp(s)
>>>> filename=filespec("name",word(s,3))
>>>> say "BSFGetTID():" bsfGetTid() "hit return to continue"
>>>> parse pull .
>>>> say "going ahead ..."
>>>>
>>>>
>>>> say "* |1|"*~copies(20)
>>>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>>>> ; .jsr223~set(*arg(arg())*~scriptContext, "", BSFContextVariables('get'))
>>>> ; /* @set()
>>>> */
>>>> say "***" pp(.datetime~new) "back in" pp(filename)", returned from
>>>> BSF.CLS ***"
>>>>
>>>> say "* |2|"*~copies(20)
>>>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>>>> ; .jsr223~set(*arg(arg())*~scriptContext, "s",
>>>> BSFContextVariables('get')) ; /* @set(s)
>>>> */
>>>> say "***" pp(.datetime~new) "back in" pp(filename)", returned from
>>>> BSF.CLS ***"
>>>>
>>>> say "* |3|*"~copies(20)
>>>> say "setting all Rexx variables (only 'S' for which no attribute exists)"
>>>> ; .jsr223~set(*arg(arg())*~scriptContext, "s:999",
>>>> BSFContextVariables('get')) ; /* @set(s:999)
>>>> */
>>>> say "***" pp(.datetime~new) "back in" pp(filename)", returned from
>>>> BSF.CLS ***"
>>>>
>>>> say " |4|"~copies(20)
>>>> ... cut ...
>>>>
>>>> --- The output in the command line window when getting the exception:
>>>>
>>>> REXXout>parse source: [WindowsNT SUBROUTINE
>>>> test_set_attributes_revealed.rex]
>>>> REXXout>BSFGetTID(): 8128 hit return to continue
>>>> REXXin?>
>>>> REXXout>going ahead ...
>>>> REXXout> |1| |1| |1| |1| |1| |1| |1| |1| |1| |1| |1| |1| |1| |1| |1| |1|
>>>> |1| |1| |1| |1|
>>>> REXXout>setting all Rexx variables (only 'S' for which no attribute exists)
>>>> REXXout>----> arrived in .JSR223, SET-class method
>>>> REXXout> BSFGetTID(): [8128]
>>>> REXXout>.jsr223~set,
>>>> scriptContext=[javax.script.SimpleScriptContext@11bc7ed],
>>>> attributeNames=[], rxVarDir=[a Directory]
>>>> REXXout>--> ::::
>>>> REXXout>about to: dump2 rxVarDir, "rxVarDir" ...
>>>> REXXout>rxVarDir: (2 items)
>>>> REXXout>
>>>> REXXout> # 1: index=[FILENAME] ->
>>>> item=[test_set_attributes_revealed.rex]
>>>> REXXout> # 2: index=[S] -> item=[WindowsNT SUBROUTINE
>>>> test_set_attributes_revealed.rex]
>>>> REXXout>--------------------------------------------------
>>>> REXXout><-- ::::
>>>> REXXout><--- returning from BSF.CLS - JSR223::SET
>>>> REXXout>----> arrived in .JSR223, SET-class method
>>>> REXXout> BSFGetTID(): [8128]
>>>> REXXout>.jsr223~set,
>>>> scriptContext=[javax.script.SimpleScriptContext@11bc7ed],
>>>> attributeNames=[], rxVarDir=[a Directory]
>>>> REXXout>--> ::::
>>>> REXXout>about to: dump2 rxVarDir, "rxVarDir" ...
>>>> REXXout>rxVarDir: (2 items)
>>>> REXXout>
>>>> REXXout> # 1: index=[FILENAME] ->
>>>> item=[test_set_attributes_revealed.rex]
>>>> REXXout> # 2: index=[S] -> item=[WindowsNT SUBROUTINE
>>>> test_set_attributes_revealed.rex]
>>>> REXXout>--------------------------------------------------
>>>> REXXout><-- ::::
>>>> REXXout><--- returning from BSF.CLS - JSR223::SET
>>>> REXXout>*** [2017-02-19T18:37:07.650000] back in
>>>> [test_set_attributes_revealed.rex], returned from BSF.CLS ***
>>>> REXXout> |2| |2| |2| |2| |2| |2| |2| |2| |2| |2| |2| |2| |2| |2| |2| |2|
>>>> |2| |2| |2| |2|
>>>> REXXout>setting all Rexx variables (only 'S' for which no attribute exists)
>>>> REXXout>----> arrived in .JSR223, SET-class method
>>>> REXXout> BSFGetTID(): [8128]
>>>> REXXout>.jsr223~set,
>>>> scriptContext=[javax.script.SimpleScriptContext@11bc7ed],
>>>> attributeNames=[s], rxVarDir=[a Directory]
>>>> REXXout>--> ::::
>>>> REXXout>about to: dump2 rxVarDir, "rxVarDir" ...
>>>> REXXout>rxVarDir: (2 items)
>>>> REXXout>
>>>> REXXout> # 1: index=[FILENAME] ->
>>>> item=[test_set_attributes_revealed.rex]
>>>> REXXout> # 2: index=[S] -> item=[WindowsNT SUBROUTINE
>>>> test_set_attributes_revealed.rex]
>>>> REXXout>--------------------------------------------------
>>>> REXXout><-- ::::
>>>> REXXout><--- returning from BSF.CLS - JSR223::SET
>>>> #
>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>> #
>>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6db0b25a, pid=3660,
>>>> tid=0x00001fc0
>>>> #
>>>> # JRE version: Java(TM) SE Runtime Environment (8.0_121-b13) (build
>>>> 1.8.0_121-b13)
>>>> # Java VM: Java HotSpot(TM) Client VM (25.121-b13 mixed mode windows-x86 )
>>>> # Problematic frame:
>>>> # *C [rexx.dll+0x4b25a] RexxObject::messageSend+0x2a*
>>>> #
>>>> # Failed to write core dump. Minidumps are not enabled by default on
>>>> client versions of Windows
>>>> #
>>>> # An error report file with more information is saved as:
>>>> # F:\debug_oorexx\hs_err_pid3660.log
>>>> #
>>>> # If you would like to submit a bug report, please visit:
>>>> # http://bugreport.java.com/bugreport/crash.jsp
>>>> # The crash happened outside the Java Virtual Machine in native code.
>>>> # See problematic frame for where to report the bug.
>>>> #
>>>>
>>>> --- The hs_err_pid3660.log file has the following content:
>>>>
>>>> #
>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>> #
>>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6db0b25a, pid=3660,
>>>> tid=0x00001fc0
>>>> #
>>>> # JRE version: Java(TM) SE Runtime Environment (8.0_121-b13) (build
>>>> 1.8.0_121-b13)
>>>> # Java VM: Java HotSpot(TM) Client VM (25.121-b13 mixed mode windows-x86 )
>>>> # Problematic frame:
>>>> # C [rexx.dll+0x4b25a] RexxObject::messageSend+0x2a
>>>> #
>>>> # Failed to write core dump. Minidumps are not enabled by default on
>>>> client versions of Windows
>>>> #
>>>> # If you would like to submit a bug report, please visit:
>>>> # http://bugreport.java.com/bugreport/crash.jsp
>>>> # The crash happened outside the Java Virtual Machine in native code.
>>>> # See problematic frame for where to report the bug.
>>>> #
>>>>
>>>> --------------- T H R E A D ---------------
>>>>
>>>> Current thread (0x027cd400): JavaThread "main" [_thread_in_native,
>>>> id=8128, stack(0x000a0000,0x00120000)]
>>>>
>>>> siginfo: ExceptionCode=0xc0000005, reading address 0x0000000d
>>>>
>>>> Registers:
>>>> EAX=0x7e7b0088, EBX=0x14e4e948, ECX=0x00000001, EDX=0x7e7d1bc0
>>>> ESP=0x0011c348, EBP=0x0011c358, ESI=0x0011c388, EDI=0x0011c3bc
>>>> EIP=0x6db0b25a, EFLAGS=0x00010246
>>>>
>>>> Top of Stack: (sp=0x0011c348)
>>>> 0x0011c348: 7e7b0088 0011c388 cccccccc 00000001
>>>> 0x0011c358: 0011c374 6dbbabbc 7e7b0088 7d852850
>>>> 0x0011c368: 00000000 0011c39c 7e7d1bc0 0011c3c8
>>>> 0x0011c378: 6dbba549 7e7b0088 00000000 0011c39c
>>>> 0x0011c388: 919a5687 0011c4ac 0011c3d8 cccccccc
>>>> 0x0011c398: cccccccc 6dcea140 0011c548 7dd4a8c8
>>>> 0x0011c3a8: 00000000 cccccccc 00000000 00000001
>>>> 0x0011c3b8: 7e7b1568 0011c428 6dce2c4b 00000000
>>>>
>>>> Instructions: (pc=0x6db0b25a)
>>>> 0x6db0b23a: cc cc cc cc c7 45 fc cc cc cc cc 89 4d fc 8b 0d
>>>> 0x6db0b24a: 3c d1 d4 6d e8 63 f7 fb ff 8b 45 08 50 8b 4d fc
>>>> 0x6db0b25a: 8b 49 0c e8 cf e0 fb ff 89 45 f8 83 7d f8 00 74
>>>> 0x6db0b26a: 68 8b 4d f8 e8 43 b6 fb ff 0f b6 d0 85 d2 74 59
>>>>
>>>>
>>>> Register to memory mapping:
>>>>
>>>> EAX=0x7e7b0088 is an unknown value
>>>> EBX={method} {0x14e4e94c} 'jniRexxSendMessageToRexxObject'
>>>> '(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/Object;Ljava/lang/String;)Ljava/lang/Object;'
>>>> in 'org/rexxla/bsf/engines/rexx/RexxAndJava'
>>>> ECX=0x00000001 is an unknown value
>>>> EDX=0x7e7d1bc0 is an unknown value
>>>> ESP=0x0011c348 is pointing into the stack for thread: 0x027cd400
>>>> EBP=0x0011c358 is pointing into the stack for thread: 0x027cd400
>>>> ESI=0x0011c388 is pointing into the stack for thread: 0x027cd400
>>>> EDI=0x0011c3bc is pointing into the stack for thread: 0x027cd400
>>>>
>>>>
>>>> Stack: [0x000a0000,0x00120000], sp=0x0011c348, free space=496k
>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
>>>> code)
>>>> C [rexx.dll+0x4b25a] RexxObject::messageSend+0x2a
>>>> C [rexx.dll+0xfabbc] ExpressionStack::send+0x3c
>>>> C [rexx.dll+0xfa549] RexxExpressionMessage::evaluate+0x119
>>>> C [rexx.dll+0x1107ee] RexxInstruction::evaluateArguments+0x5e
>>>> C [rexx.dll+0x10c271] RexxInstructionMessage::execute+0x101
>>>> C [rexx.dll+0xa7c1e] RexxActivation::run+0x39e
>>>> C [rexx.dll+0xb520a] RexxCode::call+0x6a
>>>> C [rexx.dll+0xb5264] RexxCode::call+0x44
>>>> C [rexx.dll+0x599a6] RoutineClass::callWithRexx+0xa6
>>>> C [rexx.dll+0xa4ad4] CPPCode::run+0x154
>>>> C [rexx.dll+0x35e23] MethodClass::run+0x43
>>>> C [rexx.dll+0x4b2fc] RexxObject::messageSend+0xcc
>>>> C [rexx.dll+0x4b6a0] RexxObject::sendMessage+0x30
>>>> C [rexx.dll+0x831ee] SendMessageArray+0x8e
>>>> C [BSF4ooRexx.DLL+0x155d2] RexxThreadContext_::SendMessageA+0x22
>>>> C [BSF4ooRexx.DLL+0x9b58]
>>>> Java_org_rexxla_bsf_engines_rexx_RexxAndJava_jniRexxSendMessageToRexxObject+0x3f8
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava.jniRexxSendMessageToRexxObject(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/Object;Ljava/lang/String;)Ljava/lang/Object;+0
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxEngine.call(Ljava/lang/Object;Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang/Object;+235
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxProxy.sendMessage1(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;+59
>>>> j
>>>> org.rexxla.bsf.engines.rexx.jsr223.RexxCompiledScript.eval(Ljavax/script/ScriptContext;)Ljava/lang/Object;+127
>>>> j
>>>> org.rexxla.bsf.engines.rexx.jsr223.RexxScriptEngine.eval(Ljava/lang/String;Ljavax/script/ScriptContext;)Ljava/lang/Object;+139
>>>> j
>>>> org.rexxla.bsf.engines.rexx.jsr223.RexxScriptEngine.eval(Ljava/io/Reader;Ljavax/script/ScriptContext;)Ljava/lang/Object;+20
>>>> v ~StubRoutines::call_stub
>>>> V [jvm.DLL+0x15aa85]
>>>> V [jvm.DLL+0x220d7e]
>>>> V [jvm.DLL+0x15ab1e]
>>>> V [jvm.DLL+0x1672c8]
>>>> V [jvm.DLL+0x167533]
>>>> V [jvm.DLL+0x103f33]
>>>> C [java.dll+0x3b26]
>>>> j
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+100
>>>> j
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
>>>> j
>>>> java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+56
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava.invokeMethod(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+3
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava.javaCallBSF([Ljava/lang/String;)Ljava/lang/String;+5859
>>>> v ~StubRoutines::call_stub
>>>> V [jvm.DLL+0x15aa85]
>>>> V [jvm.DLL+0x220d7e]
>>>> V [jvm.DLL+0x15ab1e]
>>>> V [jvm.DLL+0xdcc7b]
>>>> V [jvm.DLL+0xde66c]
>>>> C [BSF4ooRexx.DLL+0x13e5e] JNIEnv_::CallObjectMethod+0x2e
>>>> C [BSF4ooRexx.DLL+0x105bb] BSF_impl+0x2bb
>>>> C [BSF4ooRexx.DLL+0x1079f] BSF+0x1f
>>>> C [rexx.dll+0xbae2a] NativeActivation::callNativeRoutine+0x17a
>>>> C [rexx.dll+0xbe5a7] NativeRoutine::call+0x77
>>>> C [rexx.dll+0x596ef] RoutineClass::call+0x3f
>>>> C [rexx.dll+0xdfb79] PackageManager::callNativeRoutine+0x69
>>>> C [rexx.dll+0x133f65] SystemInterpreter::invokeExternalFunction+0x45
>>>> C [rexx.dll+0xa9bb6] RexxActivation::externalCall+0x146
>>>> C [rexx.dll+0xf9d1b] RexxExpressionFunction::evaluate+0x12b
>>>> C [rexx.dll+0xff1e4] RexxInstructionAssignment::execute+0xb4
>>>> C [rexx.dll+0xa7c1e] RexxActivation::run+0x39e
>>>> C [rexx.dll+0xa8f6d] RexxActivation::interpret+0xdd
>>>> C [rexx.dll+0x10b65e] RexxInstructionInterpret::execute+0x4e
>>>> C [rexx.dll+0xa7c1e] RexxActivation::run+0x39e
>>>> C [rexx.dll+0xb5188] RexxCode::run+0x58
>>>> C [rexx.dll+0x35e23] MethodClass::run+0x43
>>>> C [rexx.dll+0x4a19a] RexxObject::processUnknown+0xca
>>>> C [rexx.dll+0x4b320] RexxObject::messageSend+0xf0
>>>> C [rexx.dll+0xfabbc] ExpressionStack::send+0x3c
>>>> C [rexx.dll+0xfa549] RexxExpressionMessage::evaluate+0x119
>>>> C [rexx.dll+0xff1e4] RexxInstructionAssignment::execute+0xb4
>>>> C [rexx.dll+0xa7c1e] RexxActivation::run+0x39e
>>>> C [rexx.dll+0xb520a] RexxCode::call+0x6a
>>>> C [rexx.dll+0x597db] RoutineClass::runProgram+0x5b
>>>> C [rexx.dll+0xeea12] CallProgramDispatcher::run+0xf2
>>>> C [rexx.dll+0xb7bb6] NativeActivation::run+0x96
>>>> C [rexx.dll+0xec35b] Activity::run+0xab
>>>> C [rexx.dll+0x84c15] CallProgram+0x75
>>>> C [rexx.exe+0x8128] RexxThreadContext_::CallProgram+0x28
>>>> C [rexx.exe+0x74c0] main+0x4c0
>>>> C [rexx.exe+0x907e] invoke_main+0x1e
>>>> C [rexx.exe+0x8ee0] __scrt_common_main_seh+0x150
>>>> C [rexx.exe+0x8d7d] __scrt_common_main+0xd
>>>> C [rexx.exe+0x9098] mainCRTStartup+0x8
>>>> C [kernel32.dll+0x1336a]
>>>> C [ntdll.dll+0x39902]
>>>> C [ntdll.dll+0x398d5]
>>>> C 0x00000000
>>>>
>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava.jniRexxSendMessageToRexxObject(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/Object;Ljava/lang/String;)Ljava/lang/Object;+0
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxEngine.call(Ljava/lang/Object;Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang/Object;+235
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxProxy.sendMessage1(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;+59
>>>> j
>>>> org.rexxla.bsf.engines.rexx.jsr223.RexxCompiledScript.eval(Ljavax/script/ScriptContext;)Ljava/lang/Object;+127
>>>> j
>>>> org.rexxla.bsf.engines.rexx.jsr223.RexxScriptEngine.eval(Ljava/lang/String;Ljavax/script/ScriptContext;)Ljava/lang/Object;+139
>>>> j
>>>> org.rexxla.bsf.engines.rexx.jsr223.RexxScriptEngine.eval(Ljava/io/Reader;Ljavax/script/ScriptContext;)Ljava/lang/Object;+20
>>>> v ~StubRoutines::call_stub
>>>> j
>>>> sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
>>>> j
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+100
>>>> j
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
>>>> j
>>>> java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+56
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava.invokeMethod(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+3
>>>> j
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava.javaCallBSF([Ljava/lang/String;)Ljava/lang/String;+5859
>>>> v ~StubRoutines::call_stub
>>>>
>>>> --------------- P R O C E S S ---------------
>>>>
>>>> Java Threads: ( => current thread )
>>>> 0x152ae400 JavaThread "Service Thread" daemon [_thread_blocked, id=8160,
>>>> stack(0x15940000,0x159c0000)]
>>>> 0x1528cc00 JavaThread "C1 CompilerThread0" daemon [_thread_blocked,
>>>> id=3764, stack(0x158a0000,0x15920000)]
>>>> 0x1528c000 JavaThread "Attach Listener" daemon [_thread_blocked,
>>>> id=3032, stack(0x157a0000,0x15820000)]
>>>> 0x1527c000 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
>>>> id=3044, stack(0x15580000,0x15600000)]
>>>> 0x15279000 JavaThread "Finalizer" daemon [_thread_blocked, id=888,
>>>> stack(0x154d0000,0x15550000)]
>>>> 0x15253000 JavaThread "Reference Handler" daemon [_thread_blocked,
>>>> id=408, stack(0x15080000,0x15100000)]
>>>> =>0x027cd400 JavaThread "main" [_thread_in_native, id=8128,
>>>> stack(0x000a0000,0x00120000)]
>>>>
>>>> Other Threads:
>>>> 0x1524bc00 VMThread [stack: 0x00ee0000,0x00f60000] [id=4952]
>>>> 0x152c1400 WatcherThread [stack: 0x15820000,0x158a0000] [id=1100]
>>>>
>>>> VM state:not at safepoint (normal execution)
>>>>
>>>> VM Mutex/Monitor currently owned by a thread: None
>>>>
>>>> Heap:
>>>> def new generation total 4928K, used 943K [0x04c00000, 0x05150000,
>>>> 0x0a150000)
>>>> eden space 4416K, 17% used [0x04c00000, 0x04cc6760, 0x05050000)
>>>> from space 512K, 29% used [0x05050000, 0x05075790, 0x050d0000)
>>>> to space 512K, 0% used [0x050d0000, 0x050d0000, 0x05150000)
>>>> tenured generation total 10944K, used 1160K [0x0a150000, 0x0ac00000,
>>>> 0x14c00000)
>>>> the space 10944K, 10% used [0x0a150000, 0x0a2722f0, 0x0a272400,
>>>> 0x0ac00000)
>>>> Metaspace used 3877K, capacity 4067K, committed 4160K, reserved
>>>> 4480K
>>>>
>>>> Card table byte_map: [0x00560000,0x005f0000] byte_map_base: 0x0053a000
>>>>
>>>> Polling page: 0x001f0000
>>>>
>>>> CodeCache: size=32768Kb used=955Kb max_used=955Kb free=31812Kb
>>>> bounds [0x02c00000, 0x02cf0000, 0x04c00000]
>>>> total_blobs=381 nmethods=221 adapters=91
>>>> compilation: enabled
>>>>
>>>> Compilation events (10 events):
>>>> Event: 4.522 Thread 0x1528cc00 217 java.lang.String::getBytes
>>>> (14 bytes)
>>>> Event: 4.522 Thread 0x1528cc00 nmethod 217 0x02cebf08 code [0x02cec010,
>>>> 0x02cec0ac]
>>>> Event: 4.522 Thread 0x1528cc00 218 !
>>>> java.lang.StringCoding::encode (64 bytes)
>>>> Event: 4.522 Thread 0x1528cc00 nmethod 218 0x02cec148 code [0x02cec2e0,
>>>> 0x02cec644]
>>>> Event: 4.522 Thread 0x1528cc00 219
>>>> java.lang.StringCoding$StringEncoder::requestedCharsetName (5 bytes)
>>>> Event: 4.522 Thread 0x1528cc00 nmethod 219 0x02cec9c8 code [0x02cecac0,
>>>> 0x02cecb40]
>>>> Event: 4.585 Thread 0x1528cc00 220 !
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava::coerceArgs (506 bytes)
>>>> Event: 4.587 Thread 0x1528cc00 nmethod 220 0x02cecb88 code [0x02cecdc0,
>>>> 0x02ced9e8]
>>>> Event: 4.639 Thread 0x1528cc00 221 s java.util.Hashtable::get
>>>> (69 bytes)
>>>> Event: 4.639 Thread 0x1528cc00 nmethod 221 0x02cee908 code [0x02ceea30,
>>>> 0x02ceecf8]
>>>>
>>>> GC Heap History (4 events):
>>>> Event: 0.700 GC heap before
>>>> {Heap before GC invocations=0 (full 0):
>>>> def new generation total 4928K, used 4416K [0x04c00000, 0x05150000,
>>>> 0x0a150000)
>>>> eden space 4416K, 100% used [0x04c00000, 0x05050000, 0x05050000)
>>>> from space 512K, 0% used [0x05050000, 0x05050000, 0x050d0000)
>>>> to space 512K, 0% used [0x050d0000, 0x050d0000, 0x05150000)
>>>> tenured generation total 10944K, used 0K [0x0a150000, 0x0ac00000,
>>>> 0x14c00000)
>>>> the space 10944K, 0% used [0x0a150000, 0x0a150000, 0x0a150200,
>>>> 0x0ac00000)
>>>> Metaspace used 3830K, capacity 4008K, committed 4032K, reserved
>>>> 4480K
>>>> Event: 0.704 GC heap after
>>>> Heap after GC invocations=1 (full 0):
>>>> def new generation total 4928K, used 512K [0x04c00000, 0x05150000,
>>>> 0x0a150000)
>>>> eden space 4416K, 0% used [0x04c00000, 0x04c00000, 0x05050000)
>>>> from space 512K, 100% used [0x050d0000, 0x05150000, 0x05150000)
>>>> to space 512K, 0% used [0x05050000, 0x05050000, 0x050d0000)
>>>> tenured generation total 10944K, used 653K [0x0a150000, 0x0ac00000,
>>>> 0x14c00000)
>>>> the space 10944K, 5% used [0x0a150000, 0x0a1f3420, 0x0a1f3600,
>>>> 0x0ac00000)
>>>> Metaspace used 3830K, capacity 4008K, committed 4032K, reserved
>>>> 4480K
>>>> }
>>>> Event: 4.524 GC heap before
>>>> {Heap before GC invocations=1 (full 0):
>>>> def new generation total 4928K, used 4928K [0x04c00000, 0x05150000,
>>>> 0x0a150000)
>>>> eden space 4416K, 100% used [0x04c00000, 0x05050000, 0x05050000)
>>>> from space 512K, 100% used [0x050d0000, 0x05150000, 0x05150000)
>>>> to space 512K, 0% used [0x05050000, 0x05050000, 0x050d0000)
>>>> tenured generation total 10944K, used 653K [0x0a150000, 0x0ac00000,
>>>> 0x14c00000)
>>>> the space 10944K, 5% used [0x0a150000, 0x0a1f3420, 0x0a1f3600,
>>>> 0x0ac00000)
>>>> Metaspace used 3876K, capacity 4065K, committed 4160K, reserved
>>>> 4480K
>>>> Event: 4.526 GC heap after
>>>> Heap after GC invocations=2 (full 0):
>>>> def new generation total 4928K, used 149K [0x04c00000, 0x05150000,
>>>> 0x0a150000)
>>>> eden space 4416K, 0% used [0x04c00000, 0x04c00000, 0x05050000)
>>>> from space 512K, 29% used [0x05050000, 0x05075790, 0x050d0000)
>>>> to space 512K, 0% used [0x050d0000, 0x050d0000, 0x05150000)
>>>> tenured generation total 10944K, used 1160K [0x0a150000, 0x0ac00000,
>>>> 0x14c00000)
>>>> the space 10944K, 10% used [0x0a150000, 0x0a2722f0, 0x0a272400,
>>>> 0x0ac00000)
>>>> Metaspace used 3876K, capacity 4065K, committed 4160K, reserved
>>>> 4480K
>>>> }
>>>>
>>>> Deoptimization events (0 events):
>>>> No events
>>>>
>>>> Internal exceptions (10 events):
>>>> Event: 0.189 Thread 0x027cd400 Exception <a 'java/lang/NoSuchFieldError':
>>>> method resolution failed> (0x04e39c78) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\prims\methodHandles.cpp,
>>>> line 1146]
>>>> Event: 0.190 Thread 0x027cd400 Exception <a 'java/lang/NoSuchFieldError':
>>>> method resolution failed> (0x04e46170) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\prims\methodHandles.cpp,
>>>> line 1146]
>>>> Event: 0.220 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x04ef3a38) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>> Event: 0.339 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x04f62018) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>> Event: 0.587 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x04fc0780) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>> Event: 0.639 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x05000400) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>> Event: 0.745 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x04c4bf68) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>> Event: 0.754 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x04c50580) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>> Event: 1.103 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x04f2a6a8) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>> Event: 1.118 Thread 0x027cd400 Exception <a
>>>> 'java/lang/ClassCastException': java.lang.String cannot be cast to
>>>> java.lang.Class> (0x04f2ec10) thrown at
>>>> [C:\workspace\8-2-build-windows-i586-cygwin\jdk8u121\8372\hotspot\src\share\vm\interpreter\interpreterRuntime.cpp,
>>>> line 381]
>>>>
>>>> Events (10 events):
>>>> Event: 0.736 loading class sun/reflect/UnsafeIntegerFieldAccessorImpl
>>>> Event: 0.737 loading class sun/reflect/UnsafeIntegerFieldAccessorImpl done
>>>> Event: 1.428 Thread 0x027cd400 DEOPT PACKING pc=0x02ce74f3 sp=0x0011c700
>>>> Event: 1.428 Thread 0x027cd400 DEOPT UNPACKING pc=0x02c3c5db sp=0x0011c5c8
>>>> mode 3
>>>> Event: 4.142 Executing VM operation: EnableBiasedLocking
>>>> Event: 4.142 Executing VM operation: EnableBiasedLocking done
>>>> Event: 4.356 loading class java/util/stream/IntStream
>>>> Event: 4.357 loading class java/util/stream/IntStream done
>>>> Event: 4.524 Executing VM operation: GenCollectForAllocation
>>>> Event: 4.526 Executing VM operation: GenCollectForAllocation done
>>>>
>>>>
>>>> Dynamic libraries:
>>>> 0x01190000 - 0x01258000
>>>> F:\debug_oorexx\from_macosx\main\trunk\bin\rexx.exe
>>>> 0x779a0000 - 0x77b20000 C:\Windows\SysWOW64\ntdll.dll
>>>> 0x77050000 - 0x77160000 C:\Windows\syswow64\kernel32.dll
>>>> 0x77400000 - 0x77447000 C:\Windows\syswow64\KERNELBASE.dll
>>>> 0x6dac0000 - 0x6dd84000
>>>> F:\debug_oorexx\from_macosx\main\trunk\bin\rexx.dll
>>>> 0x65490000 - 0x655ab000
>>>> F:\debug_oorexx\from_macosx\main\trunk\bin\REXXAPI.dll
>>>> 0x6fc20000 - 0x6fc27000 C:\Windows\system32\WSOCK32.dll
>>>> 0x77160000 - 0x77195000 C:\Windows\syswow64\WS2_32.dll
>>>> 0x76a20000 - 0x76acc000 C:\Windows\syswow64\msvcrt.dll
>>>> 0x76180000 - 0x76270000 C:\Windows\syswow64\RPCRT4.dll
>>>> 0x75290000 - 0x752f0000 C:\Windows\syswow64\SspiCli.dll
>>>> 0x75280000 - 0x7528c000 C:\Windows\syswow64\CRYPTBASE.dll
>>>> 0x76f00000 - 0x76f19000 C:\Windows\SysWOW64\sechost.dll
>>>> 0x76310000 - 0x76316000 C:\Windows\syswow64\NSI.dll
>>>> 0x76840000 - 0x76940000 C:\Windows\syswow64\USER32.dll
>>>> 0x760f0000 - 0x76180000 C:\Windows\syswow64\GDI32.dll
>>>> 0x763a0000 - 0x763aa000 C:\Windows\syswow64\LPK.dll
>>>> 0x763b0000 - 0x7644d000 C:\Windows\syswow64\USP10.dll
>>>> 0x76970000 - 0x76a11000 C:\Windows\syswow64\ADVAPI32.dll
>>>> 0x73e50000 - 0x73fee000
>>>> C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.18837_none_41e855142bd5705d\COMCTL32.dll
>>>> 0x76f20000 - 0x76f77000 C:\Windows\syswow64\SHLWAPI.dll
>>>> 0x76330000 - 0x76390000 C:\Windows\system32\IMM32.DLL
>>>> 0x76f80000 - 0x7704d000 C:\Windows\syswow64\MSCTF.dll
>>>> 0x73a20000 - 0x73a23000
>>>> C:\Windows\system32\api-ms-win-core-synch-l1-2-0.DLL
>>>> 0x6d9c0000 - 0x6dab8000
>>>> F:\debug_oorexx\from_macosx\main\trunk\bin\rexxutil.DLL
>>>> 0x74080000 - 0x740d1000 C:\Windows\system32\WINSPOOL.DRV
>>>> 0x65200000 - 0x652f7000
>>>> F:\debug_oorexx\from_macosx\main\trunk\bin\OREXXOLE.DLL
>>>> 0x77250000 - 0x773ad000 C:\Windows\syswow64\ole32.dll
>>>> 0x76270000 - 0x76301000 C:\Windows\syswow64\OLEAUT32.dll
>>>> 0x74470000 - 0x744ac000 C:\Windows\system32\mswsock.dll
>>>> 0x74460000 - 0x74465000 C:\Windows\System32\wshtcpip.dll
>>>> 0x739d0000 - 0x739e0000 C:\Windows\system32\NLAapi.dll
>>>> 0x5d230000 - 0x5d240000 C:\Windows\system32\napinsp.dll
>>>> 0x5d210000 - 0x5d222000 C:\Windows\system32\pnrpnsp.dll
>>>> 0x6e5e0000 - 0x6e624000 C:\Windows\system32\DNSAPI.dll
>>>> 0x5d200000 - 0x5d208000 C:\Windows\System32\winrnr.dll
>>>> 0x5d1f0000 - 0x5d1fd000 C:\Windows\system32\wshbth.dll
>>>> 0x74250000 - 0x7426c000 C:\Windows\system32\IPHLPAPI.DLL
>>>> 0x74240000 - 0x74247000 C:\Windows\system32\WINNSI.DLL
>>>> 0x741d0000 - 0x74208000 C:\Windows\System32\fwpuclnt.dll
>>>> 0x6dea0000 - 0x6dea6000 C:\Windows\system32\rasadhlp.dll
>>>> 0x65100000 - 0x651f5000 F:\debug_oorexx\BSF4ooRexx.DLL
>>>> 0x57980000 - 0x57d4e000 C:\Program Files
>>>> (x86)\Java\jre1.8.0_121\bin\client\jvm.DLL
>>>> 0x6f220000 - 0x6f252000 C:\Windows\system32\WINMM.dll
>>>> 0x748b0000 - 0x748b9000 C:\Windows\system32\VERSION.dll
>>>> 0x76450000 - 0x76455000 C:\Windows\syswow64\PSAPI.DLL
>>>> 0x6fc40000 - 0x6fcff000 C:\Windows\system32\MSVCR100.dll
>>>> 0x6cc80000 - 0x6cc8c000 C:\Program Files
>>>> (x86)\Java\jre1.8.0_121\bin\verify.dll
>>>> 0x66a20000 - 0x66a41000 C:\Program Files
>>>> (x86)\Java\jre1.8.0_121\bin\java.dll
>>>> 0x66a00000 - 0x66a13000 C:\Program Files
>>>> (x86)\Java\jre1.8.0_121\bin\zip.dll
>>>> 0x754a0000 - 0x760eb000 C:\Windows\syswow64\SHELL32.dll
>>>> 0x76390000 - 0x7639b000 C:\Windows\syswow64\profapi.dll
>>>> 0x64b70000 - 0x64cb6000 C:\Program Files
>>>> (x86)\Java\jre1.8.0_121\bin\awt.dll
>>>> 0x744b0000 - 0x7459b000 C:\Windows\system32\dbghelp.dll
>>>>
>>>> VM Arguments:
>>>> java_command: <unknown>
>>>> java_class_path (initial): F:\work\svn\bsf4oorexx\trunk;.;C:\Program Files
>>>> (x86)\BSF4ooRexx\bsf4ooRexx-v600-20170213-bin.jar;C:\Program Files
>>>> (x86)\BSF4ooRexx\jni4net.j-0.8.8.0.jar;C:\Program Files
>>>> (x86)\BSF4ooRexx\oorexx.net.jar;.;C:\Program Files (x86)\OpenOffice
>>>> 4\program\;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\unoil.jar;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\ridl.jar;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\jurt.jar;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\juh.jar;
>>>> Launcher Type: generic
>>>>
>>>> Environment Variables:
>>>> CLASSPATH=F:\work\svn\bsf4oorexx\trunk;.;C:\Program Files
>>>> (x86)\BSF4ooRexx\bsf4ooRexx-v600-20170213-bin.jar;C:\Program Files
>>>> (x86)\BSF4ooRexx\jni4net.j-0.8.8.0.jar;C:\Program Files
>>>> (x86)\BSF4ooRexx\oorexx.net.jar;.;C:\Program Files (x86)\OpenOffice
>>>> 4\program\;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\unoil.jar;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\ridl.jar;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\jurt.jar;C:\Program Files (x86)\OpenOffice
>>>> 4\program\classes\juh.jar;
>>>> PATH=F:\debug_oorexx\from_macosx\main\trunk\bin;F:\debug_oorexx;.;F:\debug_oorexx\from_macosx\main\trunk;F:\debug_oorexx\from_macosx\main\trunk\..\bin;E:\Programme\Microsoft
>>>> Visual Studio
>>>> 14.0\Common7\IDE\CommonExtensions\Microsoft\TestWindow;C:\Program Files
>>>> (x86)\MSBuild\14.0\bin;E:\Programme\Microsoft Visual Studio
>>>> 14.0\Common7\IDE\;E:\Programme\Microsoft Visual Studio
>>>> 14.0\VC\BIN;E:\Programme\Microsoft Visual Studio
>>>> 14.0\Common7\Tools;C:\Windows\Microsoft.NET\Framework\v4.0.30319;E:\Programme\Microsoft
>>>> Visual Studio 14.0\VC\VCPackages;C:\Program Files (x86)\HTML Help
>>>> Workshop;E:\Programme\Microsoft Visual Studio 14.0\Team Tools\Performance
>>>> Tools;C:\Program Files (x86)\Windows Kits\8.1\bin\x86;C:\Program Files
>>>> (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1
>>>> Tools\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;e:\rony\tools;e:\cygwin\bin;e:\vslick\win;C:\ProgramData\Oracle\Java\javapath;C:\Program
>>>> Files (x86)\PuTTY\;C:\Program Files (x86)\Common Files\Roxio
>>>> Shared\DLLShared\;C:\Users\Administrator\.dnx\bin;C:\Program
>>>> Files\Microsoft DNX\Dnvm\;C:\Program Files (x86)\Windows Kits\8.1\Windows
>>>> Performance Toolkit\;C:\Program Files (x86)\BSF4ooRexx;C:\Program Files
>>>> (x86)\Java\jre1.8.0_121\bin\client;C:\Program Files (x86)\OpenOffice
>>>> 4\program;C:\Program Files (x86)\ooRexx;C:\Program
>>>> Files\TortoiseGit\bin;C:\Program Files\TortoiseSVN\bin;C:\Program Files
>>>> (x86)\CMake\bin;C:\Program Files (x86)\Intel\iCLS Client\;C:\Program
>>>> Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\
>>>> USERNAME=Administrator
>>>> OS=Windows_NT
>>>> PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 61 Stepping 4, GenuineIntel
>>>>
>>>>
>>>>
>>>> --------------- S Y S T E M ---------------
>>>>
>>>> OS: Windows 7 , 64 bit Build 7601 (6.1.7601.23572)
>>>>
>>>> CPU:total 4 (2 cores per cpu, 2 threads per core) family 6 model 61
>>>> stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2,
>>>> popcnt, avx, avx2, aes, clmul, erms, rtm, 3dnowpref, lzcnt, ht, tsc,
>>>> tscinvbit, bmi1, bmi2, adx
>>>>
>>>> Memory: 4k page, physical 12271708k(7821844k free), swap
>>>> 24541556k(20104260k free)
>>>>
>>>> vm_info: Java HotSpot(TM) Client VM (25.121-b13) for windows-x86 JRE
>>>> (1.8.0_121-b13), built on Dec 12 2016 18:17:00 by "java_re" with MS VC++
>>>> 10.0 (VS2010)
>>>>
>>>> time: Sun Feb 19 18:37:07 2017
>>>> elapsed time: 4 seconds (0d 0h 0m 4s)
>>>>
>>>> What should I be looking for? What should I do to find the cause?
>>>> ---rony
>>>>
>>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Oorexx-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>
> _______________________________________________
> Oorexx-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Oorexx-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Oorexx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
