Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?

2009-03-09 Thread Rick McGuire 
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  wrote:
> On Mon, Mar 9, 2009 at 10:45 AM, Rick McGuire  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

Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?

2009-03-09 Thread Mark Miesfeld 
On Mon, Mar 9, 2009 at 10:45 AM, Rick McGuire  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

Re: [Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?

2009-03-09 Thread Rick McGuire 
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  wrote:
> On Mon, Mar 9, 2009 at 10:09 AM, Rick McGuire  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. 
>
> 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 ?

2009-03-09 Thread Mark Miesfeld 
On Mon, Mar 9, 2009 at 10:09 AM, Rick McGuire  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. 

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 ?

2009-03-09 Thread Rick McGuire 
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.

Rick

On Mon, Mar 9, 2009 at 12:59 PM, Rony G. Flatscher
 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 ?

2009-03-09 Thread Rony G. Flatscher 
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 ?

2009-03-09 Thread Rick McGuire 
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
 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 ?

2009-03-09 Thread Dan Carter 
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> 
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 ?

2009-03-09 Thread Rony G. Flatscher 

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 ?

2009-03-09 Thread Rick McGuire 
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
 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
>  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 . 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 (s

[Oorexx-devel] Request for nutshell API examples ... (Re: BSF4Rexx and ooRexx 4.0 : (tiny) adjustments needed - and a bug in rxapi.exe ?

2009-03-09 Thread Rony G. Flatscher 
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
>  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 . 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 an entry in .local (which is 
interpreter
  instance dependent) :

  -> change the entry named "INTERPRETER.INFO" stored in .local to "[# 
1]"
 ("[# 2") to reflect that that program is running for the 
interpreter
 instance # 1 (# 2)

- demonstrate how to retrieve a (non-public) class object, cre