Greetings again John,

Now I get the idea that you really mean high volume use of the approved API 
rather than collisions coming from directly editing another program's memory. 
Correct?

I know well about file system locking. I guess the thought never occurred to me that the locking concept might cross over to RAM memory. I knew about operating systems allocating portions of memory to a specific program. But now come to think of it, I guess it makes sense to incorporate some type of locking when memory is shared. Learn something new every day. Just I never realized such actually existed.

I am thankful,

--
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/

John Timmons wrote:
Michael,

             I get what you are saying but "dynamically unstable at high 
volume" isn't even funny anymore. Just from the conversation, I tease out the gist 
that whatever is happening doesn't occur
until a flurry of calls starts taking place. I'm saying it's a bug in a path 
that causes the offending program(s) to miss a lock on the stack, and then it 
becomes a race to update. Then the memory
pointer(s) can be dirty until some other caller tries to reference the 
location,...and then, boom! If the stack belongs to Java and *cannot* be 
accessed by anyone else, then it's Java's problem to fix.


John T. 😂

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
*From:* Michael Lueck <mlu...@lueckdatasystems.com>
*Sent:* Friday, July 14, 2017 2:18:10 PM
*To:* Open Object Rexx Developer Mailing List
*Subject:* Re: [Oorexx-devel] Could it be ...

Greetings John,


John Timmons wrote:
This sounds like somebody isn't locking/guarding the stack when it is being 
updated...probably on the Java side. It might be assuming that no one else is going to 
update ITS "proprietary" stack. Wrong.


I thought way back when Java was invented, one of the pros was "no direct memory 
access". No?

So is in fact BSF4ooRexx able to directly edit the JVM's memory directly and 
bypass the JVM to do so?

I am thankful,

--
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/



------------------------------------------------------------------------------
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
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Reply via email to