[Oorexx-devel] Question ad retrieving package object after returning from a RexxThreadContext
Is it possible to retrieve the package object from a RexxThreadContext()? Currently it seems that package objects can only be retrieved via GetMethodPackage(), GetRoutinePackage(), or via a RexxCallContext() using the GetCallerContext() entry PACKAGE. ---rony -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Question ad retrieving package object after returning from a RexxThreadContext
What happens, if one uses a RexxThreadContext to send a message [i.e. SendMessage(), SendMessage0(), SendMessage1(), SendMessage2()] to an object that was retrieved from a registry in the native layer? What package is used for it? ---rony Rick McGuire wrote: Retrieving a package object from a RexxThreadContext has no meaning. There is no package associated with a thread context, only specific execution contexts such as a method invocation or a function call. Rick On Sun, May 10, 2009 at 1:21 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Is it possible to retrieve the package object from a RexxThreadContext()? Currently it seems that package objects can only be retrieved via GetMethodPackage(), GetRoutinePackage(), or via a RexxCallContext() using the GetCallerContext() entry PACKAGE. ---rony -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Question ad retrieving package object after returning from a RexxThreadContext
Again, there is NO SUCH CONCEPT. And I don't care how many times you ask the question, the answer will remain the same. There are not packages attached to object instances, regardless of where you obtained the object from. There is no concept of a package used for an object. However, an individual method, in the context of executing the message you send, will have a package that defines the scope of what that particular method sees. That package is the source file used to create the method, and includes entities defined in that source file plus whatever it imports via ::requires. This is exactly the same model that gets used if you're using just ooRexx code, and this model has existed since ooRexx was first created. This does not change just because you happen to be using a C++ API to invoke the method or a ~ from ooRexx code. And of course, each method that might be invoked out that method will also define its own package scope. Rick On Sun, May 10, 2009 at 4:15 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: What happens, if one uses a RexxThreadContext to send a message [i.e. SendMessage(), SendMessage0(), SendMessage1(), SendMessage2()] to an object that was retrieved from a registry in the native layer? What package is used for it? ---rony Rick McGuire wrote: Retrieving a package object from a RexxThreadContext has no meaning. There is no package associated with a thread context, only specific execution contexts such as a method invocation or a function call. Rick On Sun, May 10, 2009 at 1:21 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Is it possible to retrieve the package object from a RexxThreadContext()? Currently it seems that package objects can only be retrieved via GetMethodPackage(), GetRoutinePackage(), or via a RexxCallContext() using the GetCallerContext() entry PACKAGE. ---rony -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Question ad retrieving package object after returning from a RexxThreadContext
Rick McGuire wrote: Again, there is NO SUCH CONCEPT. And I don't care how many times you ask the question, the answer will remain the same. There are not packages attached to object instances, regardless of where you obtained the object from. There is no concept of a package used for an object. However, an individual method, in the context of executing the message you send, will have a package that defines the scope of what that particular method sees. That package is the source file used to create the method, and includes entities defined in that source file plus whatever it imports via ::requires. This is exactly the same model that gets used if you're using just ooRexx code, and this model has existed since ooRexx was first created. This does not change just because you happen to be using a C++ API to invoke the method or a ~ from ooRexx code. And of course, each method that might be invoked out that method will also define its own package scope. So if I understand correctly what you are saying then the following can be stated? The current runtime does not allow ooRexx objects cached in native code to be activated from outside of ooRexx with a definable/settable context/environment, only from a running ooRexx routine/exit or a running method in which case the context of those running routines/exits/methods gets implicitly used? ---rony -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Question ad retrieving package object after returning from a RexxThreadContext
Um, noand I have no idea where any of these words came from. There is no such concept as a defineable/settable context environment. So it that sense, yes this is true. It is also pure giberish. I have no idea what you think you're trying to do here. but you obviously don't understand what's going on as well as you seem to think you do. Rick On Sun, May 10, 2009 at 5:03 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Rick McGuire wrote: Again, there is NO SUCH CONCEPT. And I don't care how many times you ask the question, the answer will remain the same. There are not packages attached to object instances, regardless of where you obtained the object from. There is no concept of a package used for an object. However, an individual method, in the context of executing the message you send, will have a package that defines the scope of what that particular method sees. That package is the source file used to create the method, and includes entities defined in that source file plus whatever it imports via ::requires. This is exactly the same model that gets used if you're using just ooRexx code, and this model has existed since ooRexx was first created. This does not change just because you happen to be using a C++ API to invoke the method or a ~ from ooRexx code. And of course, each method that might be invoked out that method will also define its own package scope. So if I understand correctly what you are saying then the following can be stated? The current runtime does not allow ooRexx objects cached in native code to be activated from outside of ooRexx with a definable/settable context/environment, only from a running ooRexx routine/exit or a running method in which case the context of those running routines/exits/methods gets implicitly used? ---rony -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Question ad retrieving package object after returning from a RexxThreadContext
Rick McGuire wrote: Um, noand I have no idea where any of these words came from. There is no such concept as a defineable/settable context environment. So it that sense, yes this is true. It is also pure giberish. I have no idea what you think you're trying to do here. but you obviously don't understand what's going on as well as you seem to think you do. Please stop insulting! --- For the benefit of the ooRexx programmers I would like to be able to do the following: http://wi.wu-wien.ac.at/rgf/rexx/bsf4rexx/current/docs/docs.apache.bsf/org/apache/bsf/BSFEngine.html#call(java.lang.Object,%20java.lang.String,%20java.lang.Object[]). This was defined more than ten years ago! And yes, I am one of the maintainers and committers of Apache BSF which BTW originated at IBM, if that helps you realize the knowledge that we talk about here. And, you know that, but others who read this list may not: I was one of those experts (http://jcp.org/en/jsr/detail?id=223) on the JCP JSR-223 group that defined the scripting framework for Java for more than three years. (JSR-223 got introduced into the Java language with version 6.0.) --- If the specifications of the language had been specified explicitly in the open, probably none of the many questions would have been necessary and a lot of time and resources could have been saved. ---rony -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Question ad retrieving package object after returning from a RexxThreadContext
I am not insulting, but you keep re-asking questions that I have already indicated have no meaning. I can only answer the question you ask, and you've been answering a lot of unanswerable questions the last couple of days. The direct equivalent to the java call() method is SendMessage(). If you have asked that orignally, you would have been asking a question that was easily answered. There is no additional setup required, other than ensuring you have a vailid RexxThreadContext() object with which to make the call. That can be easily obtained by using AttachThread() on any valid interpreter instance. If you use AttachThread(), then make sure you use DetachThread() to release the instance before returning back to Java. This can be done in about 10 lines of code. Rick On Sun, May 10, 2009 at 6:11 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Rick McGuire wrote: Um, noand I have no idea where any of these words came from. There is no such concept as a defineable/settable context environment. So it that sense, yes this is true. It is also pure giberish. I have no idea what you think you're trying to do here. but you obviously don't understand what's going on as well as you seem to think you do. Please stop insulting! --- For the benefit of the ooRexx programmers I would like to be able to do the following: http://wi.wu-wien.ac.at/rgf/rexx/bsf4rexx/current/docs/docs.apache.bsf/org/apache/bsf/BSFEngine.html#call(java.lang.Object,%20java.lang.String,%20java.lang.Object[]). This was defined more than ten years ago! And yes, I am one of the maintainers and committers of Apache BSF which BTW originated at IBM, if that helps you realize the knowledge that we talk about here. And, you know that, but others who read this list may not: I was one of those experts (http://jcp.org/en/jsr/detail?id=223) on the JCP JSR-223 group that defined the scripting framework for Java for more than three years. (JSR-223 got introduced into the Java language with version 6.0.) --- If the specifications of the language had been specified explicitly in the open, probably none of the many questions would have been necessary and a lot of time and resources could have been saved. ---rony -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel