Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
Well, it your expectation is a complete running program, then this will have to wait a while until I finish up some other things (many of which happen to be different sample programs). If all you want is answers to some of these questions, then I probably give you a reply with the code snippets involved later this evening. Rick On Mon, Mar 9, 2009 at 12:38 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Hi there, returning to an offer at the beginning of January w.r.t asking questions about the new 4.0 APIs (attached). Having gone through the new C++ APIs maybe the best way to express questions would be to ask for commented nutshell (= very short programs) API examples. Possible solutions would mostlikely help clarify a *lot* of questions right away. Therefore I enclosed two requests for nutshell API examples, which I think would help understand quite a few of the APIs and how they play together. In the context of the requested nutshell examples I tried to supply at least the ooRexx part of the question, by creating two small multithreaded nutshell ooRexx programs with which or from which the interfacing should occur. Regards, ---rony Rick McGuire wrote: On Sun, Jan 4, 2009 at 6:33 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Bonjour Jean-Louis, I confirm that the current distribution built with ooRexx 3.2 works well with ooRexx 4, after the changes made by Rick today. All the scripts in samples run without problem, from rexx or from java. That's really great news! Only Snippet108.rex is not running, I suppose I don't have SWT. Yes, you would need to get it from http://www.eclipse.org/swt/. After that, all of Eclipse's swt-gadgets are available to you (and transcribing the Java snippets to ooRexx using BSF4Rexx is quite straight-forward) ... Even not a little bug to shake out :-) :-) Nevertheless, your work on making BSF4Rexx compile with ooRexx 4.0 is highly appreciated as it will get incorporated (after the ski-seminar which starts this week, our winter term goes on until the end of January over here), before starting one long-outstanding/planned enhancement to BSF4Rexx which is only possible with ooRexx 4.0, which will allow for call backs. [For that I will have to study the addressing of specific running ooRexx interpreter instances as well as ooRexx threads and addressing ooRexx objects therein.] And all questions about this can be asked here. Rick Regards, ---rony -- ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel Purpose: demonstrate how to start interpreter instance(s), load and run Rexx programs, and change .local entries from the different interpreter instances, and also create an instance of a (non public) class to run concurrently to the Rexx program's ones In order to be easily understood it would be probably very helpful, if the following (as short as possible) documented nutshell programs would be created: a) Nutshell program 1a) - demonstrate how to create an interpreter instance: - create an interpreter instance - demonstrate how to load and run a multithreaded Rexx program: - load and run a multithreaded Rexx program (enclosed, see bottom) b) Nutshell program 1b): use the code from 1a) add the following features to it - demonstrate changing the value of an entry in .local (which is interpreter instance dependent) : - change the entry named INTERPRETER.INFO stored in .local to [# 1] to reflect that that program is running for the interpreter instance # 1 - demonstrate how to retrieve a (non-public) class object, create an instance of it and send it a message; demonstrate how to retrieve an object from .local to supply it as one of the arguments to the message: - create an instance of the class Worker, retrieve the object referenced by .BUFFER (stored in .local), invoke the write method on the worker object supplying arguments, this should be the C++ equivalent of ooRexx': .worker~new~write(.buffer, from_C++_1, 7) c) Nutshell program 1c): use the code from 1b) add the following features to it - demonstrate how one can create two instances of the interpreter in the same process, run the same Rexx program (see below), changing infos in .local accordingly - demonstrate changing the value of
Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
Rick McGuire wrote: Well, it your expectation is a complete running program, then this will have to wait a while until I finish up some other things (many of which happen to be different sample programs). If all you want is answers to some of these questions, then I probably give you a reply with the code snippets involved later this evening. It would not be urgent at the moment (being tied down with University matters, start of semester, classes, meetings), if you can come up with complete running programs eventually, that would be fine enough. But maybe one question, not addressed by the suggested nutshell examples: would it be possible to have different sets of external APIs loaded, depending on the use-case (e.g. for BSF4Rexx the external functions BSFLoadJava() and BSFUnloadJava() should not be available, if invoked via Java). This seems to be implied via the RexxPackageLoader loader; // the package loader entry in the RexxPackageEntry structure; however, it would be very helpful to learn what would be necessary to implement a RexxPackageLoader on the own, and what responsibilities one would have to fulfill. But maybe there is an alternative means of indicating which routines should be made available and which ones should not at runtime. Again, there is no urgent need for this, just curiosity (and a need once starting to adapt BSF4Rexx to the new APIs, before extending it). ---rony -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
Thanks, Rony. This will help me. _ From: Rony G. Flatscher [mailto:rony.flatsc...@wu-wien.ac.at] Sent: Monday, March 09, 2009 11:39 To: Open Object Rexx Developer Mailing List Subject: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ? Hi there, returning to an offer at the beginning of January w.r.t asking questions about the new 4.0 APIs (attached). Having gone through the new C++ APIs maybe the best way to express questions would be to ask for commented nutshell (= very short programs) API examples. Possible solutions would mostlikely help clarify a *lot* of questions right away. Therefore I enclosed two requests for nutshell API examples, which I think would help understand quite a few of the APIs and how they play together. In the context of the requested nutshell examples I tried to supply at least the ooRexx part of the question, by creating two small multithreaded nutshell ooRexx programs with which or from which the interfacing should occur. Regards, ---rony Rick McGuire wrote: On Sun, Jan 4, 2009 at 6:33 PM, Rony G. Flatscher mailto:rony.flatsc...@wu-wien.ac.at rony.flatsc...@wu-wien.ac.at wrote: Bonjour Jean-Louis, I confirm that the current distribution built with ooRexx 3.2 works well with ooRexx 4, after the changes made by Rick today. All the scripts in samples run without problem, from rexx or from java. That's really great news! Only Snippet108.rex is not running, I suppose I don't have SWT. Yes, you would need to get it from http://www.eclipse.org/swt/ http://www.eclipse.org/swt/. After that, all of Eclipse's swt-gadgets are available to you (and transcribing the Java snippets to ooRexx using BSF4Rexx is quite straight-forward) ... Even not a little bug to shake out :-) :-) Nevertheless, your work on making BSF4Rexx compile with ooRexx 4.0 is highly appreciated as it will get incorporated (after the ski-seminar which starts this week, our winter term goes on until the end of January over here), before starting one long-outstanding/planned enhancement to BSF4Rexx which is only possible with ooRexx 4.0, which will allow for call backs. [For that I will have to study the addressing of specific running ooRexx interpreter instances as well as ooRexx threads and addressing ooRexx objects therein.] And all questions about this can be asked here. Rick Regards, ---rony -- ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
A package is self-contained and completely defined by the table within the package. There's no way to dynamically change those tables, so the best solution for that level of control is to use a different dll stub for ones you don't wish to have loaded for an environment. The loader entry you refer to is just an initialization routine that Rexx will call when your package is loaded. It doesn't control the registration of any of the package entries. Rick On Mon, Mar 9, 2009 at 12:59 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Rick McGuire wrote: Well, it your expectation is a complete running program, then this will have to wait a while until I finish up some other things (many of which happen to be different sample programs). If all you want is answers to some of these questions, then I probably give you a reply with the code snippets involved later this evening. It would not be urgent at the moment (being tied down with University matters, start of semester, classes, meetings), if you can come up with complete running programs eventually, that would be fine enough. But maybe one question, not addressed by the suggested nutshell examples: would it be possible to have different sets of external APIs loaded, depending on the use-case (e.g. for BSF4Rexx the external functions BSFLoadJava() and BSFUnloadJava() should not be available, if invoked via Java). This seems to be implied via the RexxPackageLoader loader; // the package loader entry in the RexxPackageEntry structure; however, it would be very helpful to learn what would be necessary to implement a RexxPackageLoader on the own, and what responsibilities one would have to fulfill. But maybe there is an alternative means of indicating which routines should be made available and which ones should not at runtime. Again, there is no urgent need for this, just curiosity (and a need once starting to adapt BSF4Rexx to the new APIs, before extending it). ---rony -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
Rick McGuire wrote: A package is self-contained and completely defined by the table within the package. There's no way to dynamically change those tables, so the best solution for that level of control is to use a different dll stub for ones you don't wish to have loaded for an environment. The loader entry you refer to is just an initialization routine that Rexx will call when your package is loaded. It doesn't control the registration of any of the package entries. Thanks! ---rony -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
On Mon, Mar 9, 2009 at 10:09 AM, Rick McGuire object.r...@gmail.com wrote: btw, I should also point out, I'm not promising to write a working program for youand if this does get written, it's likely to be some time. I'd really prefer to answer specific questions, not large task like write a working program that requires a lot of effort on my part beyond just providing the information. In addition to the above, both Rick and I (and I'm sure David too,) would like to get the 4.0.0 release out the door. I'd also prefer that Rick not work on anything that requires a lot of effort on his part - until we have 4.0.0 on the way out of the door and he doesn't have anything to do. grin The area Rony is talking about is one I'd like to learn more about. I propose that we do this: I'll work with Rony to try and write the examples he'd like to see. Then when I get stuck I can ask my questions here. Right now, I don't know enough to even know what questions to ask. The complete running examples won't make it into this release, I don't think. But they will be on the way to making it into the next release. Of course if Rony can get what he needs by just asking specific questions, then fine. -- Mark Miesfeld -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
Mark, For a good headstart on creating an interpreter instance, you might want to start with the API test suite... Rick On Mon, Mar 9, 2009 at 2:39 PM, Mark Miesfeld miesf...@gmail.com wrote: On Mon, Mar 9, 2009 at 10:09 AM, Rick McGuire object.r...@gmail.com wrote: btw, I should also point out, I'm not promising to write a working program for youand if this does get written, it's likely to be some time. I'd really prefer to answer specific questions, not large task like write a working program that requires a lot of effort on my part beyond just providing the information. In addition to the above, both Rick and I (and I'm sure David too,) would like to get the 4.0.0 release out the door. I'd also prefer that Rick not work on anything that requires a lot of effort on his part - until we have 4.0.0 on the way out of the door and he doesn't have anything to do. grin The area Rony is talking about is one I'd like to learn more about. I propose that we do this: I'll work with Rony to try and write the examples he'd like to see. Then when I get stuck I can ask my questions here. Right now, I don't know enough to even know what questions to ask. The complete running examples won't make it into this release, I don't think. But they will be on the way to making it into the next release. Of course if Rony can get what he needs by just asking specific questions, then fine. -- Mark Miesfeld -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?
In that case, let me narrow the search further. Checkout invokeProgram() in orxinstance.cpp. Rick On Mon, Mar 9, 2009 at 1:51 PM, Mark Miesfeld miesf...@gmail.com wrote: On Mon, Mar 9, 2009 at 10:45 AM, Rick McGuire object.r...@gmail.com wrote: For a good headstart on creating an interpreter instance, you might want to start with the API test suite... Thanks Rick, that was my thought too. So far I have only skimmed through the external backing programs for the API test suite. -- Mark Miesfeld -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel