Note that you really have very limited ability to do anything in a
package unloader. At this point, everything is shutting down. All of
the instances have been cleaned up already and this is one of the very
last steps in the process of cleaning thiings up. I doesn't surprise
me that you might be
Rick McGuire wrote:
> This is exactly the last scenario I described to you yesterday and you
> adamantly declared that RexxCreateInterpreter was not getting called.
> There is an association between a thread and the "top-most" thread
> context that is created on that thread. Once you call
> RexxC
This is exactly the last scenario I described to you yesterday and you
adamantly declared that RexxCreateInterpreter was not getting called.
There is an association between a thread and the "top-most" thread
context that is created on that thread. Once you call
RexxCreateInterpreter on a given thr
Rick McGuire wrote:
> I just thought of one more thing that could cause the error you're
> seeing. If you do an AttachThread() at some point and neglect to do a
> corresponding DetachThread() before returning to your caller, you'll
> end up with a corrupted activaation stack that will result in p
