from:"Rony G. Flatscher"

While working on moving BSF4Rexx to the 4.0 APIs and at the same time
keeping it backwardly compatible with Rexx scripts using it, I have been
running into problems for which the cause is not clear to me (and
debugging doesn't really help as the JVM takes over the debugging and I
cannot get into rexx.exe or BSF4Rexx.dll when exceptions occur, just a
log-file created by the JVM).

For backward compatibilty it is important to have the functions
RxFuncQuery(), RxFuncLoad() remaining operational (at least not causing
runtime errors) such that the following code can get executed:

if rxFuncQuery(BSF) = 1 then   /* BSF() support not loaded yet ? */
do
   call rxFuncAdd BsfLoadFuncs, BSF4Rexx, BsfLoadFuncs
   call BsfLoadFuncs
   call BsfLoadJava
end
  

There is a list of thirteen such functions.

Question 1: Is there a way to get to the RexxInterpreter instance
pointer or RexxThreadContext pointer (which would allow for finding its
RexxInterpreter instance) from within an external classic Rexx function?

If there was such a function, then it would be possible to let
BsfLoadFuncs be implemented in the classic style, but load from
the code there the library containing the new typed REXX_ROUTINE
functions. This would allow replacing the rest of the external
functions by new REXX_TYPEDROUTINEs, which I would prefer over the
classic style seeing how easy it is to use the new 4.0 APIs.

---

Currently, the classic external functions are in place and the behaviour
is the same as with the non-4.00 version, using RexxStart() to run the
programs.

Trying to take advantage of the new RexxCreateInterpreter() to later let
scripts be executed by that instance, the following phenomenon occurs:

Calling an external classic Rexx function
BsfQueryRegisteredFunctions() will return a stem with the registered
external functions. This external function uses RexxVariablePool()
to create the stem entries, but has no effect anymore. Removing an
unrelated RexxCreateInterpreter() call, fixes the behaviour,
i.e. the stem values are created in the caller's context using the
RexxVariablePool, as it did before.

Question 2: Is this an expected behaviour or a bug? If a bug, is this
information already sufficient to research the cause?

---

While implementing the RexxCreateInterpreter() and using the options
with either LOAD_REQUIRED_LIBRARY or REIGSTER_LIBRARY will cause a crash
(again, unfortunately without being able to get there with the VS
debugger).

The context of this crash is as follows: Java loads BSF4Rexx (so the DLL
is loaded already that contains the classic external functions), a Java
engine uses a new jni function which calls into the DLL where
RexxCreateInterpreter() is executed with either one of the above options
in place.

Question 3: Is this an expected behaviour or a bug?

Question 4: If in one RexxInterpreter instance a library is loaded, are
its routines visible to other RexxInstance instances as well ?

---

Question 5: Is it possible to call a REXX_TYPED_ROUTINE from another
REXX_TYPED_ROUTINE or from a REXX_TYPED_METHOD in native code? If so, how?

---rony


--
Register Now  Save for Velocity, the Web Performance  Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance  Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] A few questions in the context of RexxCreateInterpreter, LIbraries and co-existence with the classic functions ...


Rick McGuire wrote:
 On Mon, May 4, 2009 at 11:43 AM, Rony G. Flatscher
 rony.flatsc...@wu-wien.ac.at wrote:
   
 While working on moving BSF4Rexx to the 4.0 APIs and at the same time
 keeping it backwardly compatible with Rexx scripts using it, I have been
 running into problems for which the cause is not clear to me (and debugging
 doesn't really help as the JVM takes over the debugging and I cannot get
 into rexx.exe or BSF4Rexx.dll when exceptions occur, just a log-file created
 by the JVM).

 For backward compatibilty it is important to have the functions
 RxFuncQuery(), RxFuncLoad() remaining operational (at least not causing
 runtime errors) such that the following code can get executed:

 if rxFuncQuery(BSF) = 1 then   /* BSF() support not loaded yet ? */
 do
call rxFuncAdd BsfLoadFuncs, BSF4Rexx, BsfLoadFuncs
call BsfLoadFuncs
call BsfLoadJava
 end


 There is a list of thirteen such functions.

 Question 1: Is there a way to get to the RexxInterpreter instance pointer or
 RexxThreadContext pointer (which would allow for finding its RexxInterpreter
 instance) from within an external classic Rexx function?
 

 No there is not.  However, if you just add BsfLoadFuncs() to the list
 of function defined in the BSF4Rexx() package and make it a NOP when
 called, then things will appear to behave the same way. This is the
 same approach that's been taken by packages in the interpreter itself
 that have been converted to the new package format.  For example, see
 what the rxsock library is doing in the interpreter build.

   
 If there was such a function, then it would be possible to let
 BsfLoadFuncs be implemented in the classic style, but load from the code
 there the library containing the new typed REXX_ROUTINE functions. This
 would allow replacing the rest of the external functions by new
 REXX_TYPEDROUTINEs, which I would prefer over the classic style seeing how
 easy it is to use the new 4.0 APIs.
 

 If you implement the suggestion I made above, this will work just
 fine.  The rxmath package is a good example.  It still has a
 registration routine, but all the functions are defined using the
 typed format.  There is no need to register special stubs.
   
Great, thanks for this pointer, will look it up!


 ---

 Currently, the classic external functions are in place and the behaviour is
 the same as with the non-4.00 version, using RexxStart() to run the
 programs.

 Trying to take advantage of the new RexxCreateInterpreter() to later let
 scripts be executed by that instance, the following phenomenon occurs:

 Calling an external classic Rexx function BsfQueryRegisteredFunctions() will
 return a stem with the registered external functions. This external function
 uses RexxVariablePool() to create the stem entries, but has no effect
 anymore. Removing an unrelated RexxCreateInterpreter() call, fixes the
 behaviour, i.e. the stem values are created in the caller's context using
 the RexxVariablePool, as it did before.
 

 There can only be one interpreter instance in control of a thread at a
 given time.  If you call RexxCreateInterpreter in the context of one
 of those callouts, then all API calls will be handled by the thread
 context you just created that pushed all of the other stuff down.
   
This problem should go away when using the new typed routine.

Question: How can one create/set a variable in the context of the caller?

AFAIK one can only retrieve the existing variables in the caller's
context, but not create/set a new one (in this case I would need to
create a stem object and set it to the callers context variable pool
using the supplied name for the stem).



 Question 2: Is this an expected behaviour or a bug? If a bug, is this
 information already sufficient to research the cause?
 

 This is the expected behavior.  You're creating a new context
 associated with that thread.  It is in control of all call-backs on
 that thread until the instance is terminated.  To get the non-nested
 behavior you want, you'll probably need to spin off another thread to
 create the interpreter instance and keep it alive.  Then, to access
 this instance in a nested fashion, you'll need to use
 AttachThread()/DetachThread() in pairs.
   
Yes, this would be the planned exploitation. Knowing the difference in
the mechanics this won't be a problem anymore, thanks again for the
explanation!

 ---

 While implementing the RexxCreateInterpreter() and using the options with
 either LOAD_REQUIRED_LIBRARY or REIGSTER_LIBRARY will cause a crash (again,
 unfortunately without being able to get there with the VS debugger).

 The context of this crash is as follows: Java loads BSF4Rexx (so the DLL is
 loaded already that contains the classic external functions), a Java engine
 uses a new jni function which calls into the DLL where
 RexxCreateInterpreter() is executed with either one of the above options in
 place.

 Question 3: Is this an expected behaviour or a bug

[Oorexx-devel] How to add a new bug at Sourceforge ?

Hi there,

probably a little bit overworked, combined with a new layout: how, for
God's sake, does one add a new bug at
https://sourceforge.net/tracker/?atid=684730group_id=119701func=browse?

I would like to submit the RexxCreateInterpreter() crash before going to
bed, but am stumped at not being able to find the Add new Bug/Artefact
link/button.

Any help highly appreciated!

---rony


--
Register Now  Save for Velocity, the Web Performance  Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance  Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Bug: Crash RexxCreateInstance() ...

Short of being able to file a new bug in the SF tracker, I uploaded the
zip-archive
http://wi.wu-wien.ac.at/rgf/rexx/misc/bugs/CrashRexxCreateInterpreter%2d20090504rgf%2ezip
with a nutshell version and the readme.txt
http://wi.wu-wien.ac.at/rgf/rexx/misc/bugs/readme.txt describing how
to re-create the bug.

If tomorrow I am able to open a new bug at SF (assuming that they are
reorganizing), I will do so and upload the archive as well.

---rony



--
Register Now  Save for Velocity, the Web Performance  Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance  Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Compiled dlls uploaded (Re: Bug: Crash RexxCreateInstance() ...

Rick,
 Please include compiled dlls with this.  I don't have the appropriate
 Java SDK to installed on my machine to compile this.
   
O.K. here is the link to them:
http://wi.wu-wien.ac.at/rgf/rexx/misc/bugs/.

The CRASH-zip archives contain the respective versions of the DLL,
compiled for debugging.

---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] Compiled dlls uploaded (Re: Bug: Crash RexxCreateInstance() ...


Rick McGuire wrote:
 I'm not seeing a crash with either version of this dll.
   
That's strange!

In the zip-archives I have enclosed also the hs_err_pid*.log files
that the JVM creates.

This is using:

* Windows XP, SP 3
* Sun's Java 1.4 (but also occurred on later versions, will retest
  this with those versions later this evening)
 java version 1.4.2_12
 Java(TM) 2 Runtime Environment, Standard Edition (build
  1.4.2_12-b03)
 Java HotSpot(TM) Client VM (build 1.4.2_12-b03, mixed mode)
* ooRexx from trunk, revision 4594, debug version, compiled with the
  MS compiler: Microsoft (R) 32-bit C/C++ Optimizing Compiler
  Version 15.00.21022.08 for 80x86

Those two archives cause the crash:

* CrashRexxCreateInterpreter-CRASH1-20090505rgf.zip
* CrashRexxCreateInterpreter-CRASH2-20090505rgf.zip

This archive contains a running version (by not using any options):

* CrashRexxCreateInterpreter-NO-CRASH-20090505rgf.zip

---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] Compiled dlls uploaded (Re: Bug: Crash RexxCreateInstance() ...


Rick McGuire wrote:
 Ok, I was able to reproduce this using the NODEBUG version and I think
 I have a fix.
   
Just got a few minutes in between and updated to rev 4598, and yes, the
problem is fixed, thank you very much!

---rony

P.S.: Does it make any sense to file this as a bug with Sourceforge for
documentation purposes? (Although there is no bug anymore, hence I would
not see too much use in opening one.)


--
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

[Oorexx-devel] Question ad (automatic?) loading of external routines from a DLL (Re: A few questions in the context of RexxCreateInterpreter, LIbraries and co-existence with the classic functions .


Rick McGuire wrote:
 On Mon, May 4, 2009 at 11:43 AM, Rony G. Flatscher
 rony.flatsc...@wu-wien.ac.at wrote:
   
 ... cut ...

 Question 1: Is there a way to get to the RexxInterpreter instance pointer or
 RexxThreadContext pointer (which would allow for finding its RexxInterpreter
 instance) from within an external classic Rexx function?
 

 No there is not.  However, if you just add BsfLoadFuncs() to the list
 of function defined in the BSF4Rexx() package and make it a NOP when
 called, then things will appear to behave the same way. This is the
 same approach that's been taken by packages in the interpreter itself
 that have been converted to the new package format.  For example, see
 what the rxsock library is doing in the interpreter build.

   
 If there was such a function, then it would be possible to let
 BsfLoadFuncs be implemented in the classic style, but load from the code
 there the library containing the new typed REXX_ROUTINE functions. This
 would allow replacing the rest of the external functions by new
 REXX_TYPEDROUTINEs, which I would prefer over the classic style seeing how
 easy it is to use the new 4.0 APIs.
 

 If you implement the suggestion I made above, this will work just
 fine.  The rxmath package is a good example.  It still has a
 registration routine, but all the functions are defined using the
 typed format.  There is no need to register special stubs.
   

Just turned to the rxmath package (learned that even the loader function
could be defined to be of new type) and saw no explicit library loading,
hence two little questions:

* does using RxFuncAdd(...) cause ooRexx to automatically load the
  given DLL at that time or when the added external function gets
  executed the first time?
* Does ooRexx load all external routines defined in the
  RexxPackageEntry that is used with the OOREXX_GET_PACKAGE(pkgName)
  automatically at the time of loading the DLL?

---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

[Oorexx-devel] Problem with an entry of RexxErrorCodes.h

The following code does not compile:

context-RaiseException1(Error_Incorrect_call_user_defined, 
context-String(msg));

... error mesage:
BSF4Rexx.cc(2645) : error C2065: 'Error_Incorrect_call_user_defined' : 
undeclared identifier
  

The identifier 'Error_Incorrect_call_user_defined' was located in and
copied directly from interpreter/messages/RexxErrorCodes.h.

This statement does compile and work:

context-RaiseException1(40900, context-String(msg));

What may I be doing wrongly?

---

BTW: this is a *great* way to tell the user more about errors, allowing
them to locate and fix their wrong code much easier than was possible
before (with the old APIs)!

---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

[Oorexx-devel] Question ad RexxQueryFunction()

2009-05-07 Thread Rony G. Flatscher

Can the RexxQueryFunction(some-function-name)-API determine whether
REXX_TYPED_ROUTNEs are loaded or not?

---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 RexxQueryFunction()

2009-05-07 Thread Rony G. Flatscher

Followup question: as RexxQueryFunction() belongs to the pre-4.0 APIs it
is not aware of the REXX_TYPED_ROUTINEs that may have been registered
(as per the bug tracker comment).

Hence I came up with the following attempt to find out whether a routine
is loaded or not, but unfortunately it does not work.

Here is the attempted code (purpose: find out whether routines are
available or not): 

RexxRoutine1(RexxStemObject, BsfQueryRegisteredFunctions, 
OPTIONAL_RexxStemObject, stem)  // 20090505, ---rgf
{
#ifdef RGF_INFO
fprintf(stderr, *** RGF_INFO: BsfQueryRegisteredFunctions() 1 ...\n);
fflush(stderr);
#endif

if (stem==NULL) // argument not given
{
stem=context-NewStem(BsfQueryRegisteredFunctions);
}

int32_t   entries=sizeof(ApiFncTableOrdered)/sizeof(PSZ), i=0, j=0;
logical_t bExists=false;

// get the package from the caller context: stolen from Mark's 
nutshell example my.data
RexxPackageObject pkg=(RexxPackageObject) 
context-SendMessage0(context-GetCallerContext(),PACKAGE);

// RexxDirectoryObject rdo=context-GetPackagePublicRoutines(pkg); // 
get all public routines
RexxDirectoryObject rdo=context-GetPackageRoutines(pkg); // get all 
available routines
RexxObjectPtr logicalVal;

for (i=0; ientries; i++)   // loop over all functions/routines
{
// query the directory whether it has the routine
logicalVal=context-SendMessage1(rdo, HASENTRY, 
context-CString(ApiFncTableOrdered[i]));
if (context-ObjectToLogical(logicalVal, bExists)) // convert to 
logical, save it in 'bExists'
{
fprintf(stderr, ... querying [%s], bExists=[%d]\n, 
ApiFncTableOrdered[i], bExists);
fflush(stderr);

if (bExists)// is the routine available at the moment, if 
so, save it in the stem
{
context-SetStemArrayElement(stem, ++j, 
context-String(ApiFncTableOrdered[i]));
}
}
}
context-SetStemArrayElement(stem, 0, context-Int32ToObject(j));   // 
set total numbers of entries
return stem;// return the stem object
}

  

What am I doing wrong?

How could one test whether REXX_TYPED_ROUTINES are registered or not?

---rony

P.S.: Maybe API functions Has[Public]Routine(CNAME name)  [and
Has[Public]Class(CNAME className)] and versions for returning the
respective routine/class objects may proof helpful for the API coders?




--
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] A few questions ad ...

2009-05-09 Thread Rony G. Flatscher


Rick McGuire wrote:
... cut ...
 Libraries are NOT the same as ooRexx files loaded via ::requires.
 They don't have the concept of
 public_routines and public_classes  Libraries don't even define
 classes, only the code backing methods
 that can be used in class definitions. A ::requires LIBRARY merely
 ensures that an external
 library is a vailable and is loaded befere the program starts
 executing.  The routines in the library
 are GLOBAL, not PUBLIC, which is a concept that only applies to
 routines created using
 ::ROUTINE in another Rexx source package.
   
O.K. so for using the same terms and to not mixing-up concepts I would
use the term library for (global) routines loaded from native code,
and package for Rexx source package for routines and classes defined
in a Rexx program that gets called or required and which public routines
and public classes are accessible thereafter.

So there are two different sets of questions then.

Questions ad libraries:

* is it possible to learn which global routines are present (loaded) ?
* is it possible to learn which libraries are present (loaded) ?


Questions ad packages:

* using one interpreter instance to execute one Rexx program D.rex
  that requires a package (e.g. named DEF.rex), that defines
  public routines and public classes,
* after the program D.rex ended and using the same interpreter
  instance to execute another Rexx program G.rex: are the public
  routines and classes from the previously required DEF.rex
  visible available to G.rex, although the package DEF.rex was
  required by a different program D.rex that ran before invoking
  G.rex?

If package would not be the right term for Rexx source package, what
term should be used instead?

---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

[Oorexx-devel] Question ad callback (Re: A few questions ad ...

2009-05-09 Thread Rony G. Flatscher

Thanks for clarifiying.

In my current state of the code for BSF4Rexx for the new APIs it becomes
possible to refer to ooRexx objects from Java. To do that a RexxProxy is
defined at the Java side referring to a ooRexx object, which is
registered (and locked) at the native layer.

There are two fundamentally different modes of operation in BSF4Rexx:
one is using external functions only, the other one (the preferred one,
because it makes things much easier for the ooRexx coder) requires a
package named BSF.CLS (this will also change a fundamental setting at
the Java side of the respective BSF4Rexx engine and expects data from
thereon to be encoded in a special way).

Now, if the public routines and public classes of BSF.CLS were
available at the time the ooRexx proxy was created, I would need to
execute a public routine from that package before sending the Rexx
object the message received from the Java side.

So the question would be: how can I figure out for an ooRexx object what
package definitions are available for it, if the call does not come from
Rexx, but from JNI ? In this scenario neither GetMessagePackage() nor
GetRoutinePackage() are available [in principle it should be possible
that a RexxProxy on the Java side can be used for another
RexxInterpreter instance spun off via a different engine instance there].

---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] Conventioin for app-specific Rexx error reporting ?


Rony G. Flatscher wrote:
 In the process of turning BSF4Rexx to using the new APIs it becomes
 possible to raise conditions.

 Each numbered error category has a message number 900 which allows for
 supplying any text describing the concrete error.

 The question: what convention should be used to create that string
 such, that a Rexx coder could extract from the message the external
 Rexx function that caused it.

 E.g., if the convention would be:
 library_nameslashexternalRoutineOrExternalMethodKeywordslashnameOfExternalRoutineOrMethodspacelibrary_error_numbercolonspacelibrary_error_text,
 then the following could be achieved (provided, this is prominently
 documented) with any error message from a subcode error number 900:

 * a Rexx coder can parse the different parts of the error message,
   learning about the library, library routine or method, library
   error number and the error text,
 * such that if one uses multiple libraries, one could still
   determine exactly from which library and external routine or
   external method the error comes from, just by
   reading/analyzing/parsing the error message, if it is of subcode
   900.

 In the following exmples using the BSF4Rexx library as an example,
 the externalRoutineOrExternalMethodKeyword values would be routine
 or method:

 BSF4Rexx/routine/BsfLoadJava 1: JVM is already loaded
 BSF4Rexx/routine/BsfLoadJava 2: JVM could not be created.
 BSF4Rexx/routine/BsfLoadJava 3: Initilization error: could not
 find javai/jvm-DLL/so

 BSF4Rexx/routine/BSF 1.123: Java exception thrown: [Java-related
 text explaining the error]
 ...

In the meantime, having had some experiencing time with such error
messages, I would like to suggest to append an opening and closing
parenthesis to the names of routines to distinguish them easily from
method invocations; insert also the word error between the
routine/method name and the error number to make the number immediately
identifiable as being an error number.

Hence examples of such error messages would look like:

BSF4Rexx/routine/BsfLoadJava() error 1: JVM is already loaded
BSF4Rexx/routine/BsfLoadJava() error 2: JVM could not be created.
BSF4Rexx/routine/BsfLoadJava() error 3: Initilization error: could
not find javai/jvm-DLL/so
BSF4Rexx/routine/BsfUnloadJava() error 4.999: JVM was not loaded by Rexx

BSF4Rexx/routine/BSF() error 1.123: Java exception thrown:
[Java-related text explaining the error]
...

 Would that be a sensible convention? Do you see any problems with such
 a convention? Do you have alternative ideas?
---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

[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

[Oorexx-devel] Package unloader not run ?

It seems that the package unloader function does not run if there exists
an interpreter instance that has not received a Terminate() request.

In this use-case a RexxStart() is used to run a Rexx program, but
independently, a RexxCreateInstance() instance got created and just
hangs around.

Is this to be expected or could that be a bug (if so, I would try to
create a nutshell example)?

---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] Package unloader not run ?


Rick McGuire wrote:
 Loaded packages are global to the processthey will only be
 unloaded once all active interpreter instances go away.
   
Hmm. If one uses RexxCreateInterpreter(), which loads a library, but
just keeps a pointer to that instance, without using it for anything
(hence no code gets executed via it), does that qualify such an instance
to be regarded to be active? If so, when would a Rexx interpreter
instance turn to inactive?

---rony


 On Sun, May 10, 2009 at 1:28 PM, Rony G. Flatscher
 rony.flatsc...@wu-wien.ac.at wrote:
   
 It seems that the package unloader function does not run if there exists
 an interpreter instance that has not received a Terminate() request.

 In this use-case a RexxStart() is used to run a Rexx program, but
 independently, a RexxCreateInstance() instance got created and just
 hangs around.

 Is this to be expected or could that be a bug (if so, I would try to
 create a nutshell example)?

 ---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


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

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

[Oorexx-devel] Calling programs that are passed in a buffer?

To execute a program with an interpreter instance, one can get a thread
context and then use -CallProgram(name, array), which expects the
program to be stored in a file named name, supplying it with the
arguments in array.

However, if Rexx scripts are passed via a buffer (e.g. retrieved from
storage locations like documents or databases) for execution with
arguments, how could one have that program executed?

Looking for something like CallProgramFromData(name, data, sz, array)
(a Call counterpart to LoadPackageFromData(name,data,sz)).

---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

[Oorexx-devel] (Re: Calling programs that are passed in a buffer?


Rick McGuire wrote:
 There is no CallProgramFromData(), but you can use NewRoutine() to
 create a routine object and call thatwhich is essentially the
 equivalent.
   
Thank you!

---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

[Oorexx-devel] Question ad condition object's traceback list

Analyzing the contents of the condition object  in order to create the
lines ooRexx creates, if run on the command line and hitting an error. 
(This is intended to be returned in form of a message string to Java, in
case a syntax error occurs on the Rexx side.)

It seems that the traceback list does not contain the starting line, and
that line cannot be retrieved from the information in the condition object.

Maybe an example illustrates what should be achieved:

-- signal on any   -- line # 1
call nested_level   -- line # 2
exit-- line # 3

any:-- line # 5
  o=condition(O)
  call dump2 o, condition object
  call dump2 o~traceback, traceback

-- contains a routine dump2() for dumping collections
::requires rgf_util2-- line # 11

::routine nested_level  -- line # 13
  say 1/0   -- line # 14
  

Running the above program on the command line yields the following output:

14 *-* say 1/0   -- line # 14
 2 *-* call nested_level   -- line # 2
Error 42 running 
E:\rony\dev\bsf\src\source_cc_40\tests\misc\testException.rex line 14:  
Arithmetic overflow/underflow
Error 42.3:  Arithmetic overflow; divisor must not be zero
  

[Minor observation: it seems that the lines in the traceback do not
contain leading whitespace. Is that intentional?]


Running the same program, removing the line comment from the very
beginning of the first line will cause the code at the any label to be
executed. There the content of the condition object is dumped (public
routine dump2() from rgf_util2, which I will be presenting at this
year's Rexx symposium) and the traceback list, which is part of the
condition object. This is the output:

E:\rony\dev\bsf\src\source_cc_40\tests\misctestException.rex
condition object: (13 items)

#  1: index=[ADDITIONAL]  - item=[an Array (0 items) id#_266380628]
#  2: index=[CODE]- item=[42.3]
#  3: index=[CONDITION]   - item=[SYNTAX]
#  4: index=[DESCRIPTION] - item=[]
#  5: index=[ERRORTEXT]   - item=[Arithmetic overflow/underflow]
#  6: index=[INSTRUCTION] - item=[SIGNAL]
#  7: index=[MESSAGE] - item=[Arithmetic overflow; divisor must 
not be zero]
#  8: index=[PACKAGE] - item=[a Package id#_266380692]
#  9: index=[POSITION]- item=[14]
# 10: index=[PROGRAM] - 
item=[E:\rony\dev\bsf\src\source_cc_40\tests\misc\testException.rex]
# 11: index=[PROPAGATED]  - item=[1]
# 12: index=[RC]  - item=[42]
# 13: index=[TRACEBACK]   - item=[a List (1 items) id#_266380646]
--
traceback: (1 items)

# 1: index=[0] - item=[14 *-* say 1/0   -- line # 14]
--
  

It seems that the traceback list in the condition object is incomplete
as line # 2 is missing from it.
Is this intentional or a bug? If intentional, how could one get at that
line from the condition object?

---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 condition object's traceback list


Rick McGuire wrote:
 This is the correct result.  The traceback only includes lines back to
 the point where the condition was trapped.  Since your internal
 routine call inherits the signal on settings from the call, the error
 trap is triggered while still in the internal routine, so line 2 does
 not get added to the traceback.
   
From native code the only piece of information that is available about
conditions is the condition object retrieved by GetCondition(). If it is
not possible to get at the line number where the signal occurred [and
preferably the sourceline(sigl)], then the condition object is in some
use cases unfortunately of no great help

It seems that what is currently missing from the condition object then,
is the value of SIGL and preferably the sourceline(SIGL). Shall I open a
RFE to ask for them, or do you regard that to be useless?

---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] CMS/TSO Pipelines support for Rexx

2009-05-12 Thread Rony G. Flatscher

James,

please lookup rexxpg.pdf, chapter 9, Rexx C++ Application Programming
Interfaces.

There you will find the C++ APIs documented, and among the documentation
you will find the new options and there the option named
DIRECT_ENVIRONMENTS which supplies a context for the purpose you need.
Chapter 9.13, Command Handler Interface, gives an example.

Instead of RexxStart() you would use RexxCreateInterpreter() and from a
thread context something like CallProgram(...). The new type handler
then will have the variable context available to it.

Therefore I think that no changes to the ooRexx 4.0 APIs are necessary
to accomodate to your needs.

HTH,

---rony


James Johnson wrote:
 I have a library that implements CMS/TSO Piprlines support for the PC.

 I have interfaced this library to ooRexx 4.0. To accomplish this I had 
 to make so changes
 to the 4.0 beta.

 1) The interface is thru a SubCom environment. I had to modify the 
 subcom CommandHandler to
  pass a CallContext to the library entry point. Like the following:
   
 __declspec(dllexport) RexxReturnCode REXXENTRY PipeSubCom(
   RexxCallContext *context,
   PCONSTRXSTRING Command, /* Command string passed from the 
 caller */
   unsigned short *Flags, /* pointer too short for return of flags */
PRXSTRING Retstr) /* pointer to RXSTRING for RC return */

  This was necessary because the PipeLine library creates several 
 threads to process the request.
   Thus the RexxVariablePool is not available to these new threads.
 
   The RexxCallContext provides the needed access via 
 GetContextVariable() and SetContextVariable().

   Although for my testing purposes I did not do this, I think the 
 best way to handle this
   would be to add a fourth optional parameter to the RxSubCom 
 Register request.
This optional parameter would specify the context to passed on a 
 call to the subcom entry point. IE
  rxsubcom register  rxpipe rxpipe pipesubcom  callcontext

 2)  The user is able to write their own pipeline stages in Rexx. The 
 pipeline invokes these stages via
  a new Rexx function RexxStartSubCom. This routine is just 
 RexxStart with an additional parameter.
  I had to add an additional parameter for a pointer to the pipeline 
 context that the user stages is running
  under. I stored this pointer in the LocalEnvironment directory. 
 The RexxCallContext has routines to
  access this directory.  I am not particular where this pointer is 
 stored as long as I have access to it.
  Also I am happy to use the new interface to invoke the user stages. 
 This way just seemed easier for my
  testing purposes.
  This is my new RexxStartSubCom:

  int REXXENTRY RexxStartSubCom (
size_t,   /* Num of args passed to rexx */
PCONSTRXSTRING,   /* Array of args passed to rex */
const char *, /* [d:][path] filename[.ext]  */
PRXSTRING,/* Loc of rexx proc in memory */
 void *,   /* SubCom context */
 const char *, /* ASCIIZ initial environment.*/
 int,  /* type (command,subrtn,funct) */
 PRXSYSEXIT,   /* SysExit env. names   codes */
 short *,  /* Ret code from if numeric   */
 PRXSTRING );  /* Retvalue from the rexx proc */

 typedef RexxReturnCode (REXXENTRY *PFNREXXSTARTSUBCOM)(size_t, 
 PCONSTRXSTRING,
const  char *, PRXSTRING,  void *, const char *, int, PRXSYSEXIT, 
 short *,   PRXSTRING);

 #define REXXSTARTSUBCOM RexxStartSubCom
  
In ActivityDispather.hpp I changed the definition of
 virtual void invoke(PRXSYSEXIT exits, const char *env);
to the following:
virtual void invoke(PRXSYSEXIT exits, const char *env, 
 void *subComContext);

Thus in my RexxStartSubCOm I have the following:
arguments.invoke(exits, envname, subComContext);

 I also changed the other occurrences of arguments.invoke() to be:
 arguments.invoke(exits, envname, NULL);

  I modified the ActivityDispatcher::invoke() routine as follows:
  void ActivityDispatcher::invoke(PRXSYSEXIT exits, const char 
 *env, void * subComContext)
 {
 // this creates a new instance to run under, with an active 
 activity
InstanceBlock instance(exits, env);
if (subComContext) {
   RexxString *index = new_string(SubComContext);
   RexxPointer *ptr = new_pointer(subComContext);
   RexxDirectory *local = instance.instance-getLocal();
   local-put(ptr, index);
   }
 // go run the instance on the current activity
 instance.activity-run(*this);
 }

[Oorexx-devel] Question ad context

2009-05-14 Thread Rony G. Flatscher

When creating functions, procedures in native code, and expecting as an
argument a context (one of ThreadContext, MethodContext, CallContext,
ExitContext), then sometimes the same functionality is needed, but
currently one must copy the entire body of the native
function/procedure, because there seems to be no common context
defined, which one could use instead.

Or phrased differently: is it possible to define a function or a
procedure in native code that expects as its first argument a context
object, but one is allowed to pass any of the four ThreadContext,
MethodContext, CallContext or ExitContext? Maybe some common context
that would of course only have those functions that are available in all
of these four contexts (somewhat a little inheritance hierarchy among
the contexts)?

---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

[Oorexx-devel] Possible to supply an object to a raised condition ?

2009-05-17 Thread Rony G. Flatscher

When raising a condition via native code, is it possible to supply an
(additional) object with the condition to be raised, such that one is
able to fetch it from a condition object?

The intent is to supply a Java Throwable object with a Rexx condition
that gets raised as a result of a thrown Java exception.

---rony



--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Creating method objects from data may raise a syntax exception

2009-05-22 Thread Rony G. Flatscher

When creating a method object with code supplied from a buffer the
following error may appear, if the data contain LF or CRLF:

F:\test\o4rx\tests\setmethodtest.rex
 1 *-*  ?
 7 *-* m=.method~new(aha, code)
Error 13 running aha line 1:  Invalid character in program
Error 13.1:  Incorrect character in program ? ('0D'X)

Is this intended? If so, is there a simple utility at the native layer
to convert that (maybe into semi-colons or into a RexxArrayObject)?

---rony

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] A little question

2009-05-23 Thread Rony G. Flatscher

Can anyone see why the following statement would not retrieve and show
the same value from a stem variable?

  saybsf.methodName=pp(bsf.METHODNAME)   pp(bsf.[METHODNAME])

The default value for stem is .nil, the output from the above statement is:

   bsf.methodName=[The NIL object] [windowClosing]

The stem object is created in a caller's context from an external routine.

Maybe there is a bug somewhere as all other entries in the stem can be
retrieved using the usual stem notation, except for this one that has a
tail value of METHODNAME. Maybe I am overlooking something obvious.

---rony


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Problem with SysStemSort, but ...

2009-05-24 Thread Rony G. Flatscher

Got an exception with applying SysStemSort(), the debugger pointing to
RexxLocalVariables.hpp, inline function:

inline RexxVariable *get(size_t index) { return locals[index]; }

with index=0.

Unfortunately, I am not able to create an isolated test case.

If I write the stem's values into a file, load it from there and carry
out the SysStemSort() then it works. The runtime error only occurs, when
being executed in the context of BSF4Rexx 4.0: here the System
properties values are retrieved and then stored in a stem variable,
where the key and its value are delimited by 010203x. [The current
state of the BSF4Rexx.dll is such, that it would not make sense to hand
it out, as it generates too much noise and spills too much debugging
blood.]

Is there anything I could provide at this moment to help pin this down,
or is the above already sufficient?

---rony




--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Problem with SysStemSort, but ...

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 problems
 with legacy callback APIs like RexxVariablePool or RexxStemSort.
 What;s showing up in this traceback very much appears to match what
 might happen in that sort of situation.
   

In this particular program an external function BSF(), defined as

RexxRoutine1(RexxObjectPtr, BSF, ARGLIST, argArray) {...}
  

gets invoked to communicate to the Java side. There are no calls from
Java into BSF4Rexx occurring, hence there AttachThread() and
DetachThread() are not invoked in this case (at least not from BSF4Rexx).

Also, BSF4Rexx in this case does not excercise any variable gets or
sets. It just interacts with Java and returns a (string) value back,
which gets stored in the stem.

---rony

P.S.: Just for completeness, here is the Rexx program in question:

/* classic Rexx version, ---rgf, 2003-02, 2003-05-10, 2003-09-04, 
2005-12-28 */

/* this version works on Java 1.1 too (because using wrapEnumeration()) */

  /* load the BSF4Rexx functions and start a JVM, if necessary */
if rxFuncQuery(BSF) = 1 then   /* BSF() support not loaded yet ? */
do
   call rxFuncAdd BsfLoadFuncs, BSF4Rexx, BsfLoadFuncs
   call BsfLoadFuncs  /* load all BSF*() functions  */
   call BsfLoadJava   /* load Java  */
end

   /* 'Class.class' is pre-registered for Rexx, cf. docs */
system=bsf('invoke', 'Class.class', 'forName', 'java.lang.System')

properties=bsf('invoke', system, getProperties)  /* get the System 
properties  */

enum=bsf('invoke', properties, 'propertyNames')/* get an enumeration of 
the property names */

   /* wrap the Enumeration object, so Java 1.1 can handle this too 
(overcome Java inner class access restriction) */
   /* the following statement is *not* necessary for Java = 1.2 */
enum=bsf('wrapEnumeration', enum)

say copies(=, 70)

stem. = 0
deli  = 010203x
do i=1 to 5000 while bsf('invoke', enum, 'hasMoreElements') /* loop over 
enumeration   */
   key=bsf('invoke', enum, 'nextElement')
   stem.i= key || deli || bsf('invoke', properties, 'getProperty', key)
   stem.0=i   /* remember total of elements */
end

say stem.0 elements, now sorting...
call sysStemSort stem.

l=length(stem.0)
do i=1 to stem.0
   parse var stem.i key (deli) val
   say i~right(l): pp(key)~left(31)=pp(val)
end

exit

pp: procedure
   return [ || arg(1) || ]


  


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Another observation (Re: Problem with SysStemSort, but ...

Rick,

when invoking that program via Java, then it works without a problem!

If invoked via Java then in the native layer an AttachThread() is
invoked, a Routine object is created and invoked with CallRoutine(),
followed by a matching DetachThread().

---rony



Rony G. Flatscher wrote:
 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 problems
 with legacy callback APIs like RexxVariablePool or RexxStemSort.
 What;s showing up in this traceback very much appears to match what
 might happen in that sort of situation.
   

 In this particular program an external function BSF(), defined as

 RexxRoutine1(RexxObjectPtr, BSF, ARGLIST, argArray) {...}
   

 gets invoked to communicate to the Java side. There are no calls from
 Java into BSF4Rexx occurring, hence there AttachThread() and
 DetachThread() are not invoked in this case (at least not from BSF4Rexx).

 Also, BSF4Rexx in this case does not excercise any variable gets or
 sets. It just interacts with Java and returns a (string) value back,
 which gets stored in the stem.

 ---rony

 P.S.: Just for completeness, here is the Rexx program in question:

 /* classic Rexx version, ---rgf, 2003-02, 2003-05-10, 2003-09-04, 
 2005-12-28 */

 /* this version works on Java 1.1 too (because using wrapEnumeration()) 
 */

   /* load the BSF4Rexx functions and start a JVM, if necessary */
 if rxFuncQuery(BSF) = 1 then   /* BSF() support not loaded yet ? */
 do
call rxFuncAdd BsfLoadFuncs, BSF4Rexx, BsfLoadFuncs
call BsfLoadFuncs  /* load all BSF*() functions  */
call BsfLoadJava   /* load Java  */
 end

/* 'Class.class' is pre-registered for Rexx, cf. docs */
 system=bsf('invoke', 'Class.class', 'forName', 'java.lang.System')

 properties=bsf('invoke', system, getProperties)  /* get the System 
 properties  */

 enum=bsf('invoke', properties, 'propertyNames')/* get an enumeration 
 of the property names */

/* wrap the Enumeration object, so Java 1.1 can handle this too 
 (overcome Java inner class access restriction) */
/* the following statement is *not* necessary for Java = 1.2 */
 enum=bsf('wrapEnumeration', enum)

 say copies(=, 70)

 stem. = 0
 deli  = 010203x
 do i=1 to 5000 while bsf('invoke', enum, 'hasMoreElements') /* loop over 
 enumeration   */
key=bsf('invoke', enum, 'nextElement')
stem.i= key || deli || bsf('invoke', properties, 'getProperty', key)
stem.0=i   /* remember total of elements */
 end

 say stem.0 elements, now sorting...
 call sysStemSort stem.

 l=length(stem.0)
 do i=1 to stem.0
parse var stem.i key (deli) val
say i~right(l): pp(key)~left(31)=pp(val)
 end

 exit

 pp: procedure
return [ || arg(1) || ]
 


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Questions ad Halt() and Terminate(), as well as RexxSetHalt()


Rick McGuire wrote:
 Terminate() does not terminate threads, it terminates the interpreter
 instance.  The termination call can only be made on the original
 thread that created the interpreter instance and will wait for any
 other threads to terminate before shutting down the instance.
   
O.K.: studying a use case from a BSF4Rexx user who uses Java
multithreading to dispatch Rexx scripts: from debug output I can see
that the Terminate() is called on another thread than the one that
carried out the RexxCreateInterpreter(). Terminate() seems to return
immediately.

This is done twice in that Java program. The first thread with running a
Rexx program is halted with RexxSetHalt(pid, 0) followed by a
Terminate(), whereas the second thread is halted with Halt(), followed
by a Terminate().

Then, when all Rexx programs started on different Java threads ended
(judged by the output they produce with SAY), the Java side still seems
to wait on Rexx to finish (after the last thread's Rexx program ran).

Questions:

* Shall I prevent calls to Terminate() if issued on the wrong thread?
* Should the Rexx interpreter instance indicate success or failure
  of Terminate(), currently it is defined to return void ?
* Could it be that given the above scenario, that the Rexx runtime
  gets into a state where it waits? If so, how could one prevent
  that to happen or, alternatively, how to forcefully end a Rexx
  instance?



 Halt() can be issued from any thread, and does not even require an
 AttachThread() call since it is a method of the instance context.

 There's no way to determine if there are any threads active on the
 instance, and I really doubt it is safely possible.

 The legacy APIs can be used, but I really don't recommend their usage.
  They really just map down into the appropriate Halt() calls.
   
How could RexxSetHalt(pid, 0) (halt all running Rexx threads, assuming
that all means of all interpreter instances) be expressed with the
new APIs?

---rony


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Another observation (Re: Problem with SysStemSort, but ...


Rick McGuire wrote:
 The other possibility is you've called RexxCreateInterpreter() on a
 thread that was already owned by Rexx.  In that case, the
 RexxThreadContext returned with the instance pushes down the active
 one and can create the same symptoms if you return without destroying
 the instance.  In that situation, you should either create the
 instance on a separate thread or just inherit the instance of the
 program that called you in the first place.
   
In the scenario that rexx.exe is used to run the program (which then
fails), no RexxCreateInterpreter() is carried out by BSF4Rexx.

---rony

 On Mon, May 25, 2009 at 5:08 AM, Rony G. Flatscher
 rony.flatsc...@wu-wien.ac.at wrote:
   
 Rick,

 when invoking that program via Java, then it works without a problem!

 If invoked via Java then in the native layer an AttachThread() is invoked, a
 Routine object is created and invoked with CallRoutine(), followed by a
 matching DetachThread().

 ---rony



 Rony G. Flatscher wrote:

 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 problems
 with legacy callback APIs like RexxVariablePool or RexxStemSort.
 What;s showing up in this traceback very much appears to match what
 might happen in that sort of situation.


 In this particular program an external function BSF(), defined as

 RexxRoutine1(RexxObjectPtr, BSF, ARGLIST, argArray) {...}


 gets invoked to communicate to the Java side. There are no calls from Java
 into BSF4Rexx occurring, hence there AttachThread() and DetachThread() are
 not invoked in this case (at least not from BSF4Rexx).

 Also, BSF4Rexx in this case does not excercise any variable gets or sets. It
 just interacts with Java and returns a (string) value back, which gets
 stored in the stem.

 ---rony

 P.S.: Just for completeness, here is the Rexx program in question:

 /* classic Rexx version, ---rgf, 2003-02, 2003-05-10, 2003-09-04, 2005-12-28
 */

 /* this version works on Java 1.1 too (because using wrapEnumeration()) */

   /* load the BSF4Rexx functions and start a JVM, if necessary */
 if rxFuncQuery(BSF) = 1 then   /* BSF() support not loaded yet ? */
 do
call rxFuncAdd BsfLoadFuncs, BSF4Rexx, BsfLoadFuncs
call BsfLoadFuncs  /* load all BSF*() functions  */
call BsfLoadJava   /* load Java  */
 end

/* 'Class.class' is pre-registered for Rexx, cf. docs */
 system=bsf('invoke', 'Class.class', 'forName', 'java.lang.System')

 properties=bsf('invoke', system, getProperties)  /* get the System
 properties  */

 enum=bsf('invoke', properties, 'propertyNames')/* get an enumeration of
 the property names */

/* wrap the Enumeration object, so Java 1.1 can handle this too (overcome
 Java inner class access restriction) */
/* the following statement is *not* necessary for Java = 1.2 */
 enum=bsf('wrapEnumeration', enum)

 say copies(=, 70)

 stem. = 0
 deli  = 010203x
 do i=1 to 5000 while bsf('invoke', enum, 'hasMoreElements') /* loop over
 enumeration   */
key=bsf('invoke', enum, 'nextElement')
stem.i= key || deli || bsf('invoke', properties, 'getProperty', key)
stem.0=i   /* remember total of elements */
 end

 say stem.0 elements, now sorting...
 call sysStemSort stem.

 l=length(stem.0)
 do i=1 to stem.0
parse var stem.i key (deli) val
say i~right(l): pp(key)~left(31)=pp(val)
 end

 exit

 pp: procedure
return [ || arg(1) || ]


 


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Question ad compiler output for debugging

Currently, whenever I run into an exception under the control of Java,
the MSVS2008 Professional debugger does not get triggered, instead a
file hs*.log gets created with all sort of interesting information.

Eg. (this one is from pressing Ctl-c in a hanging ooRexx program, that
got started via Java):

#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7c921766, pid=4808, 
tid=5280
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode, sharing 
windows-x86)
# Problematic frame:
# C  [ntdll.dll+0x11766]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---  T H R E A D  ---

Current thread (0x02cc3400):  JavaThread Thread-2 [_thread_in_native, 
id=5280, stack(0x0346,0x034b)]

siginfo: ExceptionCode=0xc005, reading address 0x3536363d

Registers:
EAX=0x000c0190, EBX=0x000c, ECX=0x7fbaf000, EDX=0x000c0608
ESP=0x034ae594, EBP=0x034ae7b4, ESI=0x35363638, EDI=0x0003
EIP=0x7c921766, EFLAGS=0x00010212

Top of Stack: (sp=0x034ae594)
0x034ae594:   7c9200c4 0008  7eef3fc8
0x034ae5a4:   7eef3fc8 034ae5b8 7eef1e90 
0x034ae5b4:   034ae5f8 031d61ec 7eef3fc8 7eef3fc8
0x034ae5c4:   4e7e8ca9 7eef1e40 7eef408c 034ae5e0
0x034ae5d4:   031610a6 0090 7eef4088 034ae620
0x034ae5e4:   031750aa 0090 4e7e8f71 7eef408c
0x034ae5f4:   7eef4118 0325a6ac 0325a6f8 034ae624
0x034ae604:   7eef4118 7eef4118 7eef408c 034ae61c 

Instructions: (pc=0x7c921766)
0x7c921756:   04 00 e9 e8 f2 ff ff 8b 70 04 83 ee 08 89 75 c8
0x7c921766:   8a 46 05 88 45 e3 8d 4e 08 8b 39 89 bd 48 fe ff 


Stack: [0x0346,0x034b],  sp=0x034ae594,  free space=313k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native 
code)
C  [ntdll.dll+0x11766]
C  [kernel32.dll+0x14c05]
*C  [rexx.dll+0xa4074]
C  [rexx.dll+0x4255f]
C  [rexx.dll+0x57307]
C  [rexx.dll+0x572aa]
C  [rexx.dll+0x1c8d9]
C  [rexx.dll+0x51438]
C  [rexx.dll+0x5ac96]
C  [rexx.dll+0x4cb23]
C  [rexx.dll+0x66b76]
C  [BSF4Rexx.dll+0xae5e]
C  [BSF4Rexx.dll+0x5422]*
j  
org.rexxla.bsf.engines.rexx.RexxAndJava.jniRexxRunProgram(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang/Object;+0
j  
org.rexxla.bsf.engines.rexx.RexxEngine.apply(Ljava/lang/String;IILjava/lang/Object;Ljava/util/Vector;Ljava/util/Vector;)Ljava/lang/Object;+295
j  org.apache.bsf.BSFManager$1.run()Ljava/lang/Object;+28
v  ~StubRoutines::call_stub

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  
org.rexxla.bsf.engines.rexx.RexxAndJava.jniRexxRunProgram(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang/Object;+0
j  
org.rexxla.bsf.engines.rexx.RexxEngine.apply(Ljava/lang/String;IILjava/lang/Object;Ljava/util/Vector;Ljava/util/Vector;)Ljava/lang/Object;+295
j  org.apache.bsf.BSFManager$1.run()Ljava/lang/Object;+28
v  ~StubRoutines::call_stub
j  
java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object;+0
j  
org.apache.bsf.BSFManager.apply(Ljava/lang/String;Ljava/lang/String;IILjava/lang/Object;Ljava/util/Vector;Ljava/util/Vector;)Ljava/lang/Object;+63
j  Test.exec(Ljava/lang/String;)Ljava/lang/String;+33
j  Test.run()V+26
j  Test.access$000(LTest;)V+1
j  Test$1.run()V+15
j  java.lang.Thread.run()V+11
v  ~StubRoutines::call_stub

---  P R O C E S S  ---

Java Threads: ( = current thread )
  0x02fa0800 JavaThread Timer-1 [_thread_blocked, id=4432, 
stack(0x034b,0x0350)]
  0x002b7000 JavaThread DestroyJavaVM [_thread_blocked, id=5336, 
stack(0x00a1,0x00a6)]
=0x02cc3400 JavaThread Thread-2 [_thread_in_native, id=5280, 
stack(0x0346,0x034b)]
  0x02ccb400 JavaThread Timer-0 [_thread_blocked, id=1596, 
stack(0x0340,0x0345)]
  0x02c02000 JavaThread Low Memory Detector daemon [_thread_blocked, 
id=2504, stack(0x02eb,0x02f0)]
  0x02bfbc00 JavaThread CompilerThread0 daemon [_thread_blocked, id=3864, 
stack(0x02e6,0x02eb)]
  0x02bfa400 JavaThread Attach Listener daemon [_thread_blocked, id=3492, 
stack(0x02e1,0x02e6)]
  0x02bf9000 JavaThread Signal Dispatcher daemon [_thread_blocked, 
id=3816, stack(0x02dc,0x02e1)]
  0x02bf4000 JavaThread Finalizer daemon [_thread_blocked, id=688, 
stack(0x02d7,0x02dc)]
  0x02bef800 JavaThread Reference Handler daemon [_thread_blocked, 
id=1428, stack(0x02d2,0x02d7)]

Other Threads:
  0x02bedc00 VMThread [stack:

Re: [Oorexx-devel] Question ad compiler output for debugging


Rick McGuire wrote:
 Have you tried building a a debug vsrsion of ooRexx to run with?  If
 you're running from an installed version, build the debug version and
 drop the new .exes and dlls in the install location, along with the
 .pdb files containing the debug symbols.
   
Yes, I always build both packages and install the debug version of ooRexx.

Problem is, that in this use case java.exe takes over (invocation java
Test, where Test.java will invoke twice a Rexx script in different
threads, where the Rexx script calls another Rexx script) and the
debugger never gets to step in, instead the hs*.log file is created
giving those hexadeciaml offsets (?) in the respective dll's, including
rexx.dll and BSF4Rexx.dll. Hence, if I could figure out from that
information which statement in the respective dll this refers to, it
would help me locate the area such that further debugging at that spot
became possible.

Am trying to set breakpoints in the BSF4Rexx.dll upfront in order to get
the debugger to step in, but to no avail so far (am practically a rookie
in using the MSVS debugger in this context :( ).

---rony


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad compiler output for debugging

Jean-Louis,
 Since you have
 EXCEPTION_ACCESS_VIOLATION (0xc005)
 you can try to select the Access violation in Debug / Exceptions,
 under Win32 exceptions.
 See http://msdn.microsoft.com/en-us/library/d14azbfh.aspx
 It's written :
 The debugger can break execution of your application immediately when
 an exception occurs, giving you a chance to debug the exception before
 a handler is invoked.
Thank you very much indeed for this tip as well, which also looks very
interesting!

Regards,

---rony





--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Problem with SysStemSort, but ...

2009-05-26 Thread Rony G. Flatscher


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 problems
 with legacy callback APIs like RexxVariablePool or RexxStemSort.
 What;s showing up in this traceback very much appears to match what
 might happen in that sort of situation.
   
Finally could trace this down and come by that problem. However, it has
nothing to do with AttachThread() and DetachThread()!

The following happens: rexx.exe runs a rexx script which loads BSF4Rexx
and then Java. This will cause on the Java side the creation of another
RexxInterpreterInstance in the same thread that does not get used at
all, as upon return the current executing rexx scripts continues to run.
Then, from this script calls to the external function BSF() occur, which
means that that function has a callContext availble for further
processing (hence no need in this case to execute an AttachThread() and
DetachThread()).

Not sure, whether this is a bug in the interpreter runtime. It seems
that after creating a new Rexx interpreter instance that unused instance
later interferes with the original Rexx interpreter instance?

---rony

P.S.: This use case is not yet debugged in full, as I run into problems
in the unloader, which may have to do with this. Will only be able to
trace that further later in the afternoon, or if all goes foul only
tomorrow. (And then going after the particular multithreading problem I
have been chasing down, in the case of multithreaded executed Rexx
scripts that get halted.)



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Problem with SysStemSort, but ...

2009-05-26 Thread Rony G. Flatscher


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
 RexxCreateInterpreter on a given thread, you've created a new thread
 context and all legacy callbacks will map back to the the instance
 that is at the top of the call stack.
   
Yes, I thought so. But after going through the code path I found that.

 I see you have two choices for calls that involve this sort of nesting:

 1)  Spin off a thread that creates an interpreter instance and holds
 it active, then use AttachThread()/DetatchThread() on that instance
 for all of your callbacks.
   
O.K. Currently I am Terminate()-ing that instance again before returning
from the Java initialization.

But then, when running the unloader I get a problem in that sending
messages to a directory object causes an exception. That directory
object is created in the loader, globally locked and should be cleaned,
unlocked and freed in the unloader. Have to look yet further into this
corner.

 2)  Since the first usage is initiated by Rexx code, just use the
 interpreter instance from the initial call context as your active
 instance.
   
Yes, that is what I do (will go through the code path once more, once I
get a little bit more time).

---rony



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Ad unloader

2009-05-27 Thread Rony G. Flatscher

Under what conditions would a defined unloader function be run by the
runtime? What could be reasons that it does not get invoked?

Reason: when running a test-program via rexx.exe, the unloader runs at
the end of the program. When running via Java, the unloader does not run
(I seem to remember that a couple of weeks ago it did run nevertheless),
even though all Rexx interpreter instances should be terminated at that
point.

---rony




--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ad unloader

2009-05-27 Thread Rony G. Flatscher

Rick McGuire wrote:
 The unloader gets called when all interpreter instances have been
 terminated and the global Rexx environment is going to be shut down.
 Any active instance, regardless of how it is created, is enough to
 keep these active.  If the process terminates while there are still
 active instances, then these are not going to get called.
   
O.K., I just *tried* to upload a zip-archive that exhibits the problem.

Unfortunately, I got thrown out twice:

* the first time, because the upload file limit must not exceed 256KB
* then, after having created chunks of 256KB and a script to
  recreate the original file I was moved to an error page, because I
  forgot to log-in. This caused the loss of my description, such
  that I just will briefly wirte up another one.

Can't Sourceforge be configured to check the login-state *before* one
opens an artefact item to help loosing entered data? (I really wonder,
whether people who experienced that usability problem with Sourceforge
whether they gave in in reporting problems.)

In this particular case the file-size is large, because I would like to
supply the compiled versions and all files created in the compilation
step to ease debugging for you, because then the example can be run
right out of the box. This size-limit (seems to be new, maybe
introduced the last time Sourceforge changed their appearance?) for
these kinds of archives is definitely too small.

---

O.K. added a readme.txt to the archive that briefly describes the
problem and how to run the showcase.

Will take a while before all chunks are uploaded.

---rony

 On Wed, May 27, 2009 at 8:38 AM, Rony G. Flatscher
 rony.flatsc...@wu-wien.ac.at wrote:
   
 Under what conditions would a defined unloader function be run by the
 runtime? What could be reasons that it does not get invoked?

 Reason: when running a test-program via rexx.exe, the unloader runs at
 the end of the program. When running via Java, the unloader does not run
 (I seem to remember that a couple of weeks ago it did run nevertheless),
 even though all Rexx interpreter instances should be terminated at that
 point.

 ---rony

 

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Question ad a possibility of shutdown hooks (Re: Problem with

2009-05-28 Thread Rony G. Flatscher


Rick McGuire wrote:
 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 having problems calling things in that state.
   
Would it be possible/feasible to add a shutdown hook capability to
ooRexx (e.g. like Java)?

Some logic like: allow registering (unregistering) shutdown hooks (e.g.
like Java), and right before the runtime starts to shutdown (maybe when
all Rexx interpreter instances got terminated) - and well before the
unloaders get invoked - all added shutdown hooks would get run?

---rony



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Ad loading libraries

2009-06-03 Thread Rony G. Flatscher

Just for the record: currently, rev. 4751, debug version, when creating
Rexx interpreter instances on different (Java) threads on Windows, the
loader function of BSF4Rexx gets loaded for each thread. This behaviour
may be fine (actually I would prefer it), however, I think that in the
past a DLL was supposed to only be loaded once in a process, hence
reporting it.

---rony



--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ad loading libraries

2009-06-03 Thread Rony G. Flatscher


Rick McGuire wrote:
 I don't find any code path that would cause that to happen, so I'll
 need a test case that recreates the problem.
   
O.K., but it will take some time.

---rony


--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ad loading libraries

2009-06-03 Thread Rony G. Flatscher

Rick McGuire wrote:
 If sounds like you already have something that reproduces this.  You
 can email this directly to me once you've opened a bug if it is too
 large to attach.
   
O.K, thanks.

One problem being, that I need to pack up all pieces of Java classes and
test them stand-alone in order to make sure, that it runs. (Am working
on it right now, but being dragged away because of meetings, one
coming up in ten minutes.)

The case won't be nice as the source code is spilled with fprintf()'s,
but I will wirte a readme.txt which should pinpoint at the files and
line-numbers.

Maybe it is already sufficient that you can run and debug it.

---rony



--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Question on Halt() and possibility of interfering with Java's signal handling?

2009-06-04 Thread Rony G. Flatscher

Having proceeded to a point in which I am confident that dispatching
Rexx intepreter instances on separate Java threads is stable, I turned
back to a use case from a BSF4Rexx user who tries to halt Rexx threads
from Java. In the 4.0 API version the Halt() API of the interpreter
instance is used

The problem/phenomenon I am confronted with: after terminating the JVM I
get access violations in code outside of rexx (or BSF4Rexx), e.g. a
stack-trace may look like:

#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x7c9204fa, pid=5604, 
tid=4908
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode, sharing 
windows-x86)
# Problematic frame:
# C  [ntdll.dll+0x104fa]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

---  T H R E A D  ---

Current thread (0x02bedc00):  VMThread [stack: 0x02cd,0x02d2] 
[id=4908]

siginfo: ExceptionCode=0xc005, reading address 0xfffd

Registers:
EAX=0x, EBX=0x02d1efe0, ECX=0x0008, EDX=0x7c38b1d8
ESP=0x02d1eecc, EBP=0x02d1eed0, ESI=0x6dae35a4, EDI=0x002b
EIP=0x7c9204fa, EFLAGS=0x00010246

Top of Stack: (sp=0x02d1eecc)
0x02d1eecc:   6daa34e4 02d1ef1c 7c3420d6 002b
0x02d1eedc:     6daa34e4 6dae35a4
0x02d1eeec:   02d1efe0  001a0018 7ffdbc00
0x02d1eefc:    000910a0 02d1eee4 02d1eaf0
0x02d1ef0c:   02d1ef48 7c34240d 7c37a368 
0x02d1ef1c:   02d1ef58 7c34c0b4  6daa34e4
0x02d1ef2c:   0003 02d1efe0  0020
0x02d1ef3c:   02d1efdc 02d1ef28 02d1eaf0 02d1f054

Instructions: (pc=0x7c9204fa)
0x7c9204ea:   47 10 a9 00 00 02 69 0f 85 db a8 03 00 8b 45 10
0x7c9204fa:   8a 48 fd 83 c0 f8 f6 c1 01 56 0f 84 e2 a8 03 00


Stack: [0x02cd,0x02d2],  sp=0x02d1eecc,  free space=315k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native 
code)
C  [ntdll.dll+0x104fa]
C  [msvcr71.dll+0x20d6]
C  [msvcr71.dll+0xc0b4]
V  [jvm.dll+0x1c8ac4]

VM_Operation (0x00a5fb38): Exit, mode: safepoint, requested by thread 
0x002b7000

V  [jvm.dll+0x1c8ac4]
---  P R O C E S S  ---
VM_Operation (0x00a5fb38): Exit, mode: safepoint, requested by thread 
0x002b7000
Java Threads: ( = current thread )
  0x02c02000 JavaThread Low Memory Detector daemon [_thread_blocked, 
id=5972, stack(0x02eb,0x02f0)]
  0x02bff000 JavaThread CompilerThread0 daemon [_thread_blocked, id=2944, 
stack(0x02e6,0x02eb)]
  0x02bfa400 JavaThread Attach Listener daemon [_thread_blocked, id=3100, 
stack(0x02e1,0x02e6)]
  0x02bf9000 JavaThread Signal Dispatcher daemon [_thread_blocked, 
id=2088, stack(0x02dc,0x02e1)]
  0x02bf0c00 JavaThread Finalizer daemon [_thread_blocked, id=4400, 
stack(0x02d7,0x02dc)]02f0)]
  0x02bef400 JavaThread Reference Handler daemon [_thread_blocked, 
id=3076, stack(0x02d2,0x02d7)]
  0x002b7000 JavaThread main [_thread_blocked, id=5464, 
stack(0x00a1,0x00a6)]1,0x02e6)]
  0x02bf9000 JavaThread Signal Dispatcher daemon [_thread_blocked, 
id=2088, stack(0x02dc,0x02e1)]
Other Threads:avaThread Finalizer daemon [_thread_blocked, id=4400, 
stack(0x02d7,0x02dc)]
=0x02bedc00 VMThread [stack: 0x02cd,0x02d2] [id=4908]ocked, 
id=3076, stack(0x02d2,0x02d7)]
  0x002b7000 JavaThread main [_thread_blocked, id=5464, 
stack(0x00a1,0x00a6)]
VM state:at safepoint (shutting down)
Other Threads:
VM Mutex/Monitor currently owned by a thread:  ([mutex/lock_event])
[0x002b5e70] UNKNOWN - owner thread: 0x02bedc00
VM state:at safepoint (shutting down)
Heap
 def new generation   total 960K, used 448K [0x22af, 0x22bf, 
0x22fd)
  eden space 896K,  42% used [0x22af, 0x22b502c0, 0x22bd)
  from space 64K, 100% used [0x22be, 0x22bf, 0x22bf)
  to   space 64K,   0% used [0x22bd, 0x22bd, 0x22be)
 tenured generation   total 4096K, used 97K [0x22fd, 0x233d, 
0x26af)
   the space 4096K,   2% used [0x22fd, 0x22fe87d8, 0x22fe8800, 
0x233d)
 compacting perm gen  total 12288K, used 284K [0x26af, 0x276f, 
0x2aaf)
   the space 12288K,   2% used [0x26af, 0x26b372f0, 0x26b37400, 
0x276f)
ro space 8192K,  67% used [0x2aaf, 0x2b052d98, 0x2b052e00, 
0x2b2f)
rw space 12288K,  53% used [0x2b2f, 0x2b960640, 0x2b960800, 
0x2bef)

Dynamic libraries:
0x0040 - 0x00424000 E:\jdk1.6.0_11\bin\java.exe
0x7c91 - 0x7c9c9000 D:\WINDOWS\system32\ntdll.dll
... cut ...
  

As can be seen from the output above, rexx is not involved here anymore.

This error occurs

Re: [Oorexx-devel] Question on Halt() and possibility of interfering with Java's signal handling?

2009-06-04 Thread Rony G. Flatscher


Rick McGuire wrote:
 Halt() does not use any signalling mechanisms.  It only iterates
 through the threads associated with each instance and sets a flag
 indicating that a halt condition needs to be raised.  That flag is
 detected at instruction boundaries and the condition gets raised.
 That's all that this does.
   
Thanks, that really helps a lot, because then I will concentrate to look
over the code thoroughly to see what might cause this.

---rony




--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question on Halt() and possibility of interfering with Java's signal handling?

2009-06-05 Thread Rony G. Flatscher

Just wanted to report that the problem has gone away and it had nothing
to do with ooRexx or Java, but with a coding error: in the code path
there was a condition which caused the invocation of RexxFreeMemory() on
the same pointer twice. This obviously caused the observed behaviour
that I reported (much later though).

Once found and fixed, everything now works in this area as it should.

---rony


Rick McGuire wrote:
 I did spot a resource locking problem in the Halt() API that could
 create a race condition that might result in a memory overlay.  I've
 fixed that, but there really is not much else involved with that API.

 Rick

 On Thu, Jun 4, 2009 at 5:34 PM, Rony G. Flatscher
 rony.flatsc...@wu-wien.ac.at wrote:
   
 Rick McGuire wrote:
 
 Halt() does not use any signalling mechanisms.  It only iterates
 through the threads associated with each instance and sets a flag
 indicating that a halt condition needs to be raised.  That flag is
 detected at instruction boundaries and the condition gets raised.
 That's all that this does.

   
 Thanks, that really helps a lot, because then I will concentrate to look
 over the code thoroughly to see what might cause this.

 ---rony
 


--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Question ad unloader function

2009-06-07 Thread Rony G. Flatscher

Currently, I have been trying to debug the following problem: unloader
function does not run.

Scenario #1: there is the BSF4Rexx.dll which contains a loader and an
unloader function. If rexx.exe starts a Rexx program that then loads the
BSF4Rexx.dll, the loader runs and when the Rexx program ends, the
unloader runs.

Scenario #2: there is the BSF4Rexx.dll which contains a loader and an
unloader function. Java loads the BSF4Rexx.dll, not rexx.exe. Then Java
creates a Rexx interpreter instance, which starts a Rexx program that
then loads the BSF4Rexx.dll, the loader runs, *but* when the Rexx
program ends, the unloader does not run! Looking at the different code
paths to scenario #1, then the following can be observed:

* a Rexx instnace is created using the following option (the package
  definition defines the loader and unloader function), the loader
  function executes:

  RexxLibraryPackage pkg;
  pkg.registeredName   = BSF4Rexx;
  pkg.table= bsf_package_entry;

  options[0].optionName= REGISTER_LIBRARY;
  options[0].option= (void *) pkg; //
  bsf_external_functions;  //
  options[1].optionName=NULL;

  No AttachThread() nor DetachTrhead() are invoked.

* a Rexx script is sent from Java via JNI and the above Rexx
  interpreter instance is used to execute it using NewRoutine()
  and then CallRoutine(); here an AttachThread() and a matching
  DetachThread() is carried out.

* Before the Java program ends, it will use JNI to Terminate() the
  Rexx interpreter instance that got created and employed above. No
  AttachThread() nor DetachTrhead() are invoked.

Going over the code-path of scenario #2 to the best of my knowledge, no
Rexx thread exists that would be executing, hence I would expect that
the unloader function would run.

Any ideas or hints what might be the cause in scenario #2 that the
unloader function does not run?

---rony

--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad unloader function

2009-06-07 Thread Rony G. Flatscher

Rick McGuire wrote:
 The Terminate() call must be made on the same thread that called
 RexxCreateInterpreter originallythat's the only issue I can think
 of that might prevent things from shutting down.
   
Just double-checked, Terminate() is issued on the same thread as
RexxCreateInterpreter().

---rony


 On Sun, Jun 7, 2009 at 10:06 AM, Rony G. Flatscher
 rony.flatsc...@wu-wien.ac.at wrote:
   
 Currently, I have been trying to debug the following problem: unloader
 function does not run.

 Scenario #1: there is the BSF4Rexx.dll which contains a loader and an
 unloader function. If rexx.exe starts a Rexx program that then loads the
 BSF4Rexx.dll, the loader runs and when the Rexx program ends, the unloader
 runs.

 Scenario #2: there is the BSF4Rexx.dll which contains a loader and an
 unloader function. Java loads the BSF4Rexx.dll, not rexx.exe. Then Java
 creates a Rexx interpreter instance, which starts a Rexx program that then
 loads the BSF4Rexx.dll, the loader runs, *but* when the Rexx program ends,
 the unloader does not run! Looking at the different code paths to scenario
 #1, then the following can be observed:

 a Rexx instnace is created using the following option (the package
 definition defines the loader and unloader function), the loader function
 executes:

 RexxLibraryPackage pkg;
 pkg.registeredName   = BSF4Rexx;
 pkg.table= bsf_package_entry;

 options[0].optionName= REGISTER_LIBRARY;
 options[0].option= (void *) pkg; // bsf_external_functions;  //
 options[1].optionName=NULL;

 No AttachThread() nor DetachTrhead() are invoked.

 a Rexx script is sent from Java via JNI and the above Rexx interpreter
 instance is used to execute it using NewRoutine() and then
 CallRoutine(); here an AttachThread() and a matching DetachThread() is
 carried out.

 Before the Java program ends, it will use JNI to Terminate() the Rexx
 interpreter instance that got created and employed above. No AttachThread()
 nor DetachTrhead() are invoked.

 Going over the code-path of scenario #2 to the best of my knowledge, no Rexx
 thread exists that would be executing, hence I would expect that the
 unloader function would run.

 Any ideas or hints what might be the cause in scenario #2 that the unloader
 function does not run?

 ---rony

 


--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Uninits not running

2009-06-14 Thread Rony G. Flatscher

Currently, the BSF4Rexx.dll works as intended, if Rexx scripts are
started via rexx.exe, and the dll is loaded via rexx.exe. The loader
function runs when BSF4Rexx gets loaded, the uninits and the unloader
function run, upon termination of the Rexx script.

In use case # 2, Java loads BSF4Rexx.dll, creates an interpreter
instance (which causes the loader function for BSF4Rexx to run) and
executes Rexx scripts via that instance. When the interpreter instance
terminates, no uninits nor the unloader function runs.

So far, I have not been able to figure out why use case # 2 would
exhibit this deviating behaviour. Just wanted to add the info that the
uninits are not run either upon termination of that Rexx instance.

Again, any ideas of what might cause this or what I may do to corner
that problem are highly appreciated!

---rony



--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Uninits not running

2009-06-14 Thread Rony G. Flatscher

Rick McGuire wrote:
 All of the symptoms you describe would suggest you are not terminating
 your interpreter instances correctly...but that's what I suggested
 earlier...
   
Yes. Because of that I made sure (and will make sure with the planned
nutshell example) that Terminate() is invoked in the same thread that
created the Rexx interpreter instance, but this did not change the
observed behaviour.

An example which requires BSF.CLS (which requires BSF4Rexx.dll):

say hello world.
::requires BSF.CLS
  

where BSF.CLS has a directive

::requires BSF4Rexx library

If rexx.exe runs this script, then the loader and the unloader runs, and
the uninits of those supporting Rexx objects that get created in BSF.CLS
(using the external functions of BSF4Rexx.dll).

If this script is run via Java/JNI, then the loader runs, but no uninits
nor the unloader function. It is made sure that the Terminate() is
issued in the same thread that created the Rexx interpreter instance to
terminate.

To the best of my knowledge no other Rexx threads run for that Rexx
interpreter instance, which is the only instance that gets created by
the application.

---rony


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ODBC/MySQL Bounty Question

2009-07-02 Thread Rony G. Flatscher

David:

David Ruggles wrote:
 This is an open question to the list and anyone else that might be
 interested.

 Is anyone available who would be interested in writing an ODBC or MySQL
 interface for ooRexx 4.0?

 Safe Data, Inc. is heavily dependant on ooRexx and MySQL, however as a
 company and individually we don't have the C expertise nor the time to
 implement this ourselves. On the other hand we should be able to front some
 bounty to see that it gets accomplished. What I would like to do is lay out
 our goals and see what kind of bounty might be needed and find anyone else
 in the community who would be willing to offer bounty as well. I'm going to
 list two sets of requirements, ideal and minimum. Anyone willing to add
 bounty please indicate which set of requirements (and/or add your own) and
 how much, anyone willing and able to do the work please indicate how much
 bounty would be needed for each set of requirements.

 Ideal Requirements:
 * Cross Platform
 * ODBC  unixODBC (any ODBC/unixODBC driver)
 * Stored Functions
 * Stored Procedures
 * All Normal SQL Statements (COMMIT, ROLLBACK, SELECT, DELETE, etc.)

 Minimum Requirements:
 * Windows (strongly desire Linux also)
 * MySQL
 * ALL Normal SQL Statements
   
You have all of this already available to you. Use Java instead of C,
C++ and you are in business using BSF4Rexx.

To evaluate with ooRexx 4.0 you could use the official version of
BSF4Rexx at http://wi.wu-wien.ac.at/rgf/rexx/bsf4rexx/current/.

[There is an experimental version (at beta level, but not yet
announced) at http://wi.wu-wien.ac.at/rgf/tmp/20090614_b4r4beta/,
which is rewritten for ooRexx 4.0. This version runs the BSF4Rexx
testUnits of lately that a student wrote for the older, current
version without a failure, so I am pretty confident that it is fully
compatible and stable.]

Give it a try and start to enjoy what cross-platform Java functionality
is directly available to your Rexx programs! In the Java world
interfacing with RDBMS is realized with JDBC. If you research a little
bit, you will be surprised an overwhelmed what is available to you.

HTH,

---rony



-- 
__

Prof. Dr. Rony G. Flatscher
Department Informationsverarbeitung und Prozessmanagement
Institut für Betriebswirtschaftslehre und Wirtschaftsinformatik
Wirtschaftsuniversität Wien
Augasse 2-6
A-1090  Wien/Vienna, Austria/Europe

http://www.wu-wien.ac.at (English: http://www.wu-wien.ac.at/english)
__




--
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Discussion: Remote ooRexx Classes

2009-07-22 Thread Rony G. Flatscher

Remote invocation has always to deal with how to marshall and unmarshall
argument and return values in order to transport the values insulated
from operating system and hardware architecture dependencies. In their
origins a lot of those infrastructures (including programming language
representations of values) were influencing the kind of un/marshalling
of values, including means that were proprietary, locking out others.
Hence using a string-based encoding, that may be even self-documentary
would assert that un/marshalling remained open. Using XML as such a
format may make sense for that purpose and could probably also be used
for serializing/deserializing ooRexx objects in general (ultimately, if
enough information gets serialized, even full fledged classes with their
methods could be serialized and deserialized in the end).

---rony

P.S.: One nice application of XML encoded (serialized?) information in
the context of ooRexx would be a rexxc kind of program that would
encode the parse results of any ooRexx program in XML (tagging
statements, variables, operations, directives etc.), opening up
processing and analysis of ooRexx programs to any ooRexx programmer (who
could create xrefs, transformations, analysis of code et.al) who is able
to (conceptually) work with XML and/or XSLT. [Actually, even
observer/visitor pattern kind of infrastructure in the parser would be
cool and quite helpful for the purpose of analyzing and/or
transforming ooRexx programs.]



Rick McGuire wrote:
 Yes, but in those cases, XML is just the protocol used for
 serializing/deserializing the data.  In most web services stacks, for
 example, the programmer just deals with real objects in the languages
 they're programming in and the fact that XML is used for the remote
 transport protocol is completely hidden from view.  Done correctly,
 the transport protcols could be XML/Soap, REST, CORBA, RMIIIOP, and
 the programmer would need to know the difference.  In none of those
 cases is the data being sent back and forth considered to be just
 strings.

 Rick

 On Wed, Jul 22, 2009 at 3:13 AM, Mike Cowlishawm...@uk.ibm.com wrote:
   
 Up until the point where you wish to pass an array as an argument or
 have a return value that is some sort of non-string type.  Not
 everything maps well to just string data.
   
 Hmmm, try telling that to an XML fanatic :-))   Just about anything can be
 moved around using XML -- which is just strings...

 Mike

 


--
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Question 1 ad CString(): not leaving \n untouched?

2009-08-01 Thread Rony G. Flatscher

If a some const *char string contains the LF character (\n, 0x0a, 0d10)
and one uses CString(str) to create a Rexx string, then say'ing that
Rexx string would not cause a line break at the \n-character, rather a
question mark (?) is displayed instead. [At the same time a TAB char
(\t, 0x09, 0d09) remains unchanged and will have the desired effect on a
SAY statement, i.e. indenting the following characters.]

Before filing a bug, I just wanted to make sure that this is not
behaving as designed.

---rony


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question 2 ad CString(): not leaving UTF chars untouched ?

2009-08-02 Thread Rony G. Flatscher

Hi Mark,

first of all: thank you *very* much for your efforts and describing your
findings!

Just was able to come back to my problem and in the light of your
findings explicitly testing the conversion from const char string to a
RexxString and vice-versa, and indeed it seems that the round trip
works, so indeed all chars remain untouched!

---rony


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question 1 ad CString(): not leaving \n untouched?

2009-08-02 Thread Rony G. Flatscher

Hi Mark,
 This is surely due to whatever you are using to display your string.
  Using the same Rexx code as in my other post, here is what I get:
   
... cut ...
 Which is exactly correct.  This is the C++ code:
   
... cut ...

Again, thank you very much for looking into it. Went back into the
native code and executing SAY-statements via it, and the newline worked!

---

In order to figure out what I have been seeing ('?' for newline chars),
I was able to trace this down to where the interpreter reports an error
and the supplied error string contains a newline char. E.g.

errorString=This is an error || 0ax || and this the second line
of that error.
raise syntax 98.900 array (errorString)

Running the above Rexx program then yields:

E:\testmakeError.rex
 3 *-* raise syntax 98.900 array (errorString)
Error 98 running E:\test\makeError.rex line 3:  Execution error
Error 98.900:  This is an error?and this the second line of that error.
  

As you can see the line reading Error 98.900 displays '?' instead of
breaking the line at that position.

The BSF4Rexx support will create rather well documented error messages,
where lines need to be split up in order to be easily readable.
(Therefore newline characters are part of the error message.)

As far as I recall this was not the case with 3.2 or earlier versions of
ooRexx, such that I will file a bug for it.

Regards,

---rony


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question 1 ad CString(): not leaving \n untouched?

2009-08-02 Thread Rony G. Flatscher


 As you can see the line reading Error 98.900 displays '?' instead of
 breaking the line at that position.

 The BSF4Rexx support will create rather well documented error messages,
 where lines need to be split up in order to be easily readable. (Therefore
 newline characters are part of the error message.)

 As far as I recall this was not the case with 3.2 or earlier versions of
 ooRexx, such that I will file a bug for it.
 

 You should try it on 3.2 or earlier.  My recollection is that it has
 always been this way.  Because I have tried in the past to put new
 lines in error messages.

 If it has always been this way, then you would need to open an
 enhancement instead of a bug.  (My memory is not always the best
 however.)
   
Hmm, already filed a bug.

Will try it on 3.2 to be sure and may reclassify it to a RFE instead.

---rony
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Native API, call context, method context, ...

2009-09-02 Thread Rony G. Flatscher


Mark Miesfeld wrote:
 Probably only Rick that can help on this, maybe someone else has some ideas.

 In ooDialog there are some documented external functions that need to
 stay, because well they were documented.  grin

 So, I started out to convert them to typed routines as part of my
 effort to use .Pointer for things like window handles, etc.  But, I
 have a whole lot of infrastructure code that is expecting
 RexxMethodContext *, instead of RexxCallContext *.
   
AFAIK, both context have a field threadContext which you can therefore
retrieve and use (directly or as an argument), such that your routines
can be commonly used.

HTH,

---rony


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Request for ideas ...

2009-09-02 Thread Rony G. Flatscher

Hi there,

for quite a few weeks I have been trying to trace down one particular
nasty problem with the new BSF4Rexx 4.0, which occurred only under Linux
so far (32- and 64-bit), but was able today to get it under Windows as
well.

It seems that this problem occurs under the following scenario:

* there are RexxProxy Java objects that get finalized,
  o in the Java finalization method BSF4Rexx is informed about
the Rexx object in form of a unique string value that can
now be freed from BSF4Rexx as well
  o BSF4Rexx keeps a counter on proxied Rexx objects and
maintains it; only if it drops to 0 will the proxied Rexx
object be removed from a pinned down directory object, hence
freeing a reference to it (and if it is the last reference
it would be made elidgible for potential uninit processing)
+ it seems that at times, right in the middle of
  processing this logic within BSF4Rexx, rexx.dll and
  sometimes even kernel.dll causes an exception; if this
  happens it happens on the Java finalizer daemon
  thread; in theory it may be possible that the Java
  finalizer thread is still running, although Rexx may
  be terminated right in the middle of BSF4Rexx
  processing a request, expecting Rexx to be available
+ the code in which this happens (the very first
  statement that accesses a globally referred to/pinned
  ooRexx directory object that is used to keep a
  reference counter):

  obj=rtc-SendMessage1(OREXX_REGISTRY_REFCOUNTER, 
AT, obj_id);
  

  rtc got successfully used immediately before this,
  checking with another globally referred to ooRexx
  directory [rtc-SendMessage1(OREXX_REGISTRY,
  HASENTRY, obj_id)==rtc-True()]. Access to the
  BSF4Rexx Rexx registry directories are serialized
  using a mutex lock.
  .

Here's the Java error log, giving some clues and pointing to the
finalizer thread (the debug output of BSF4Rexx contains too much detail,
but helped me to corner the problem, it also gives the TID which matches
the Java's error log thread id for the finalizer daemon), running the
release version of ooRexx 4.0.0:

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x00309c76, pid=5800, 
tid=4696
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode)
# Problematic frame:
# C  [rexx.dll+0x39c76]
#

---  T H R E A D  ---

Current thread (0x00f79db8):  JavaThread Finalizer daemon 
[_thread_in_native, id=4696]

siginfo: ExceptionCode=0xc005, reading address 0xce964b10

Registers:
EAX=0x0001, EBX=0x7d807228, ECX=0xd4457633, EDX=0x46c1d211
ESP=0x0113f2e4, EBP=0x0113f444, ESI=0x46c1d211, EDI=0x7f5bfae8
EIP=0x00309c76, EFLAGS=0x00010246

Top of Stack: (sp=0x0113f2e4)
0x0113f2e4:   7f5bfae8 7f244e88 0113f444 0113f3f0
0x0113f2f4:   002e3605 0009 05d65586 7f244e88
0x0113f304:   7f5bfae8 0113f444 7f5bfae8 0113f400
0x0113f314:   7c839ad8 7c809680  0031c368
0x0113f324:   0113f3a4 0035d5a0  002e3791
0x0113f334:   7f5bfae8 0001 002e3740 0030f3d7
0x0113f344:   7f5bfae8 003698ac 7f244e88 7f6c89d8
0x0113f354:    0014 0001  

Instructions: (pc=0x00309c76)
0x00309c66:   8b 42 38 8b cf ff d0 33 d2 f7 f6 8b f2 8d 0c 76
0x00309c76:   83 7c 8b 1c 00 74 2a 8d 49 00 8d 14 76 8b 4c 93 


Stack: [0x010c,0x0114),  sp=0x0113f2e4,  free space=508k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native 
code)
C  [rexx.dll+0x39c76]
C  [BSF4Rexx.dll+0x6742]
C  [BSF4Rexx.dll+0x86ad]
C  [BSF4Rexx.dll+0x84d0]
C  [BSF4Rexx.dll+0x4744]
j  
org.rexxla.bsf.engines.rexx.RexxAndJava.jniUnregisterRexxObject(Ljava/lang/String;)I+0
j  org.rexxla.bsf.engines.rexx.RexxProxy.finalize()V+47
v  ~StubRoutines::call_stub
V  [jvm.dll+0x8757c]
V  [jvm.dll+0xde804]
V  [jvm.dll+0x8744d]
V  [jvm.dll+0x8c82a]
C  [java.dll+0x2006]
j  java.lang.ref.Finalizer.runFinalizer()V+45
j  java.lang.ref.Finalizer.access$100(Ljava/lang/ref/Finalizer;)V+1
j  java.lang.ref.Finalizer$FinalizerThread.run()V+11
v  ~StubRoutines::call_stub
V  [jvm.dll+0x8757c]
V  [jvm.dll+0xde804]
V  [jvm.dll+0x8744d]
V  [jvm.dll+0x871aa]
V  [jvm.dll+0xa1de8]
V  [jvm.dll+0x10fad4]
V  [jvm.dll+0x10faa2]
C  [msvcrt.dll+0x2a3b0]
C  [kernel32.dll+0xb729]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j

Re: [Oorexx-devel] Request for ideas ...

Hi René,
 stack full? this is what the exception code hints at.
 Remember there is also a native code stack involved here.
Thanks for the idea, I increased the stack size by 50% (from 40960 to
65636) to no avail.

Here are the last lines of the debug output, indicating that we arrived
at the end of the ooRexxUnit run (the brief statistics are shown), such
that we are at the point where Rexx will be ended. However, the BSF4Rexx
library at the time when the exception occurs has not been unloaded yet.

Here the last lines of output (full text file attached, Rexx output in
bold):

... cut ...

*** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[1248]
--- RgfRemoveProxyObject(), begin: c_obj_id=[267229929] (identityHash)
-- ooRexx-AttachThread() - RgfRemoveProxyObject... done. 
rc=[1]--
 --- RgfRemoveProxyObject2, begin: rtc=[7F6E0D0C], obj_id=[7DD84068]
  RgfRemoveProxyObject2, acquired REGISTRY_lock, before 
rtc-SendMessage1(...) ...
  RgfRemoveProxyObject2, before getting count: 
OREXX_REGISTRY_REFCOUNTER=[7F244F88], 
rtc-SendMessage1(OREXX_REGISTRY_REFCOUNTER, AT, obj_id)=[7D8CD988]
  RgfRemoveProxyObject2, retrieved 'refs'=[0]
  RgfRemoveProxyObject2, before removing from 
OREXX_REGISTRY=[7F244D08]...
  RgfRemoveProxyObject2, before removing from 
OREXX_REGISTRY_REFCOUNTER=[7F244F88]...
 --- RgfRemoveProxyObject2, end: refs=[0]
-- ooRexx-DetachThread() - RgfRemoveProxyObject... done. 
--
--- RgfRemoveProxyObject(), end:   c_obj_id=[267229929], remaining 
references=[0]
*** -- returning from: .._jniRexxUnregisterRexxObject(...), thisTid=[1248]
*Executing tests from 
...\interfaceClasses\rexx_testInterfaceCallback1.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter


Interpreter: REXX-ooRexx_4.0.0(MT) 6.03 15 Aug 2009
Addressing Mode: 32
ooRexxUnit:  2.0.0_3.2.0ooTest: 1.0.0_4.0.0

Tests ran:   836
Assertions:  1147
Failures:0
Errors:  0
Skipped files:   0

File search:00:00:03.14
Suite construction: 00:00:00.047000
Test execution: 00:00:08.406000
Total time: 00:00:11.984000*

*** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[1248]
--- RgfRemoveProxyObject(), begin: c_obj_id=[263464514] (identityHash)
-- ooRexx-AttachThread() - RgfRemoveProxyObject... done. 
rc=[1]--
 --- RgfRemoveProxyObject2, begin: rtc=[7F6C8AFC], obj_id=[7F673C70]
  RgfRemoveProxyObject2, acquired REGISTRY_lock, before 
rtc-SendMessage1(...) ...
  RgfRemoveProxyObject2, before getting count: 
OREXX_REGISTRY_REFCOUNTER=[7F244F88], 
rtc-SendMessage1(OREXX_REGISTRY_REFCOUNTER, AT, obj_id)=[7DA13608]
  RgfRemoveProxyObject2, retrieved 'refs'=[0]
  RgfRemoveProxyObject2, before removing from 
OREXX_REGISTRY=[7F244D08]...
  RgfRemoveProxyObject2, before removing from 
OREXX_REGISTRY_REFCOUNTER=[7F244F88]...
#
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x00303e4c, pid=924, 
tid=1248
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode)
# Problematic frame:
# C  [rexx.dll+0x33e4c]
#
# An error report file with more information is saved as hs_err_pid924.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
  




The matching hs_error-logfile from Java (full text file attached):

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x00303e4c, pid=924, 
tid=1248
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode)
# Problematic frame:
# C  [rexx.dll+0x33e4c]
#

---  T H R E A D  ---

Current thread (0x00f79db8):  JavaThread Finalizer daemon 
[_thread_in_native, id=1248]

siginfo: ExceptionCode=0xc005, reading address 0x0015

Registers:
EAX=0x0001, EBX=0x07335601, ECX=0x7f670eb0, EDX=0x0113f1e0
ESP=0x0113f1b0, EBP=0x0113f23c, ESI=0x7f245158, EDI=0x7f670eb0
EIP=0x00303e4c, EFLAGS=0x00010202

Top of Stack: (sp=0x0113f1b0)
0x0113f1b0:   7f670eb0 002f05ec 7f670eb0 00ca8ead
0x0113f1c0:   7f6c8ae8 002f2d17 7f670eb0 0113f1e0
0x0113f1d0:   0002 0113f1e8 41dadae8 7f6c8ae8
0x0113f1e0:   7f673c70 7f670fc8  
0x0113f1f0:   7f6c8ae8 0113f230 0035ec78 
0x0113f200:   00315d45 7f670eb0 7f673c70 7f670fc8
0x0113f210:   41dad908 00f79db8 7fcb0350 07335630
0x0113f220:   7f6c8ae8 7f431010 41dad901 0113f210 

Instructions: (pc=0x00303e4c)
0x00303e3c:   08 00 cc cc 8b 41 18 85

[Oorexx-devel] Trying to create a new build from trunk ... (Re: Request for ideas ...

Mark,
 I would suggest that if you have found a scenario where you are pretty
 sure you always get the crash, you try that scenario using an
 interpreter built from trunk.
   
thank you very much for this idea!

Tried to create it, but got an error while building oodialog (using rev.
5135 from trunk):

F:\work\svn\oorexx\main\trunkmakeorx BOTH PACKAGE
rxapi.exe (process ID: 3576) killed successfully
Building Rexxapi..
Building Interpreter
Building OREXXOLE..
Building Rexxutil..
Building rxftp
Building rexximage command launcher
Building rexx command launcher
Building rexxhide command launcher
Building rexxpaws command launcher
Building rexxc command launcher
Building REXX.IMG ...
Building RXSUBCOM and RXQUEUE..
Building rxwinsys.dll
Building RxSock..
Building RxMath..
Building RXREGEXP...
Building OODIALOG..
***! Error occured !** : build halted


... cut (from Win32Rel.log) ...

F:\work\svn\oorexx\main\trunk\extensions\platform\windows\oodialog\oodControl.cpp(50)
 : fatal error C1083: Cannot open include file: 'oodText.hpp': No such file or 
directory
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.


Probably that missing include file needs to be added to svn.

Regards,

---rony


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Trying to create a new build from trunk ... (Re: Request for ideas ...


Mark Miesfeld wrote:
 Pull in my last commit and see if it works.
   
Thanks, that solved the problem, could compile a new version.

Running it will exhibit the same behaviour (while cleaning up the Rexx
proxy cache within BSF4Rexx; Rexx program output from ooRexxUnit in bold):

... cut ...
*** -- returning from: .._jniRexxUnregisterRexxObject(...), thisTid=[4776]
*** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[4776]
--- RgfRemoveProxyObject(), begin: c_obj_id=[263139679] (identityHash)
-- ooRexx-AttachThread() - RgfRemoveProxyObject... done. 
rc=[1]--
 --- RgfRemoveProxyObject2, begin: rtc=[7DD0BF3C], obj_id=[7D788028]
*File search:00:00:00.39*
  RgfRemoveProxyObject2, acquired REGISTRY_lock, before 
rtc-SendMessage1(...) ...
  RgfRemoveProxyObject2, before getting count: 
OREXX_REGISTRY_REFCOUNTER=[7F244DE0], rtc-SendMessage1(OREXX_REGISTRY
_REFCOUNTER, AT, obj_id)=[7D77E428]
  RgfRemoveProxyObject2, retrieved 'refs'=[0]
  RgfRemoveProxyObject2, before removing from 
OREXX_REGISTRY=[7F244B60]...
*Suite construction: 00:00:00.093000*  RgfRemoveProxyObject2, 
before removing from OREXX_REGISTRY_REFCOUNTER=[7F244DE0]
...

 --- RgfRemoveProxyObject2, end: refs=[0]
-- ooRexx-DetachThread() - RgfRemoveProxyObject... done. 
--
--- RgfRemoveProxyObject(), end:   c_obj_id=[263139679], remaining 
references=[0]
*** -- returning from: .._jniRexxUnregisterRexxObject(...), thisTid=[4776]
*Test execution: 00:00:08.00*
*** -- arrived: .._jniRexxUnregisterRexxObject(...), thisTid=[4776]
--- RgfRemoveProxyObject(), begin: c_obj_id=[263139979] (identityHash)
-- ooRexx-AttachThread() - RgfRemoveProxyObject... done. 
rc=[1]--
 --- RgfRemoveProxyObject2, begin: rtc=[7DD0BF3C], obj_id=[7D78D1A0]
*Total time: 00:00:08.593000*
  RgfRemoveProxyObject2, acquired REGISTRY_lock, before 
rtc-SendMessage1(...) ...
  RgfRemoveProxyObject2, before getting count: 
OREXX_REGISTRY_REFCOUNTER=[7F244DE0]
, rtc-SendMessage1(OREXX_REGISTRY_REFCOUNTER, AT, obj_id)=[7D78B790]
  RgfRemoveProxyObject2, retrieved 'refs'=[0]
  RgfRemoveProxyObject2, before removing from 
OREXX_REGISTRY=[7F244B60]...
#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x004489ee, pid=1728, 
tid=4776
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode, sharing 
windows-x86)
# Problematic frame:
# C  [rexx.dll+0x189ee]
#
# An error report file with more information is saved as:
# F:\work\svn\oorexx\test\releases\4.0.0\hs_err_pid1728.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
  


:-((

Notabene: the error is intermittent, though if it occurs it occurs right
in the above sequence (after the Rexx code has finished, while still
Java objects get finalized, causing a callback to Rexx via BSF4Rexx).

---rony


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Possible (future) solution ? (Re: Trying to create a new build from trunk ... (Re: Request for ideas ...