Re: [Oorexx-devel] OpenIndiana new test errors.

2019-04-10 Thread Enrico Sorichetti via Oorexx-devel 
Almost the Same for apple 

Revision: 11858


Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 11 Apr 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  22657
Assertions: 377653
Failures:   6
Errors: 0

[failure] [20190411 06:56:12.050917]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_FLOATINGMETHOD
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   310
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.051854]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_METHOD
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   296
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.052747]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_METHODPUBLIC
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   282
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.054004]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_ROUTINE
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   316
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:12.054517]
  svn:r11626   Change date: 2018-12-16 22:05:44 +0100
  Test:   TEST_NEWFILE_CONTEXT_THISPACKAGE
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   276
  Failed: assertEquals
Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-4554250785"]
Actual:   [[], identityHash="-4495629281"]

[failure] [20190411 06:56:33.910025]
  svn:r11734   Change date: 2019-02-08 15:41:41 -0500
  Test:   TEST_NO_FILE
  Class:  SysFileSearch.testgroup
  File:   .../ooRexx/base/rexxutil/SysFileSearch.testGroup
  Line:   84
  Failed: assertSame
Expected: [[3], identityHash="-4495735553"]
Actual:   [[0], identityHash="-5150768721"]

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 11 Apr 2019
OS Name:DARWIN
SysVersion: Darwin 17.7.0

Tests ran:  22657
Assertions: 377653
Failures:   6
Errors: 0

File search:00:00:01.274772
Suite construction: 00:00:01.146633
Test execution: 00:03:00.376840
Total time: 00:03:03.037468


Note …

On march 25 I had already posted  the 

[failure] [20190411 06:56:33.910025]
  svn:r11734   Change date: 2019-02-08 15:41:41 -0500
  Test:   TEST_NO_FILE
  Class:  SysFileSearch.testgroup
  File:   .../ooRexx/base/rexxutil/SysFileSearch.testGroup
  Line:   84
  Failed: assertSame
Expected: [[3], identityHash="-4495735553"]
Actual:   [[0], identityHash="-5150768721"]



E

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

[Oorexx-devel] OpenIndiana new test errors.

2019-04-10 Thread Jason Martin 

Open Object Rexx Version 5.0.0 r11858

agrellum@openindiana:~/tests$ rexx testOORexx.rex -X native_api
Searching for test containers...
Executing automated test suite... 
...

...
.Error 97.1:  Object "a SUPERTESTER" does not understand 
message "TESTOVERRIDEXXX".

..
.

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:    REXX-ooRexx_5.0.0(MT)_64-bit 6.05 10 Apr 2019
OS Name:    SUNOS
SysVersion: SunOS 5.11

Tests ran:  22657
Assertions: 377624
Failures:   9
Errors: 0

[failure] [20190411 00:11:07.026440]
  svn:    r11626   Change date: 2018-12-16 16:05:44 -0500
  Test:   TEST_NEWFILE_CONTEXT_FLOATINGMETHOD
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   310
  Failed: assertEquals
    Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-77790625"]

    Actual:   [[], identityHash="-7028017"]

[failure] [20190411 00:11:07.029537]
  svn:    r11626   Change date: 2018-12-16 16:05:44 -0500
  Test:   TEST_NEWFILE_CONTEXT_METHOD
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   296
  Failed: assertEquals
    Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-77790625"]

    Actual:   [[], identityHash="-7028017"]

[failure] [20190411 00:11:07.032662]
  svn:    r11626   Change date: 2018-12-16 16:05:44 -0500
  Test:   TEST_NEWFILE_CONTEXT_METHODPUBLIC
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   282
  Failed: assertEquals
    Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-77790625"]

    Actual:   [[], identityHash="-7028017"]

[failure] [20190411 00:11:07.037007]
  svn:    r11626   Change date: 2018-12-16 16:05:44 -0500
  Test:   TEST_NEWFILE_CONTEXT_ROUTINE
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   316
  Failed: assertEquals
    Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-77790625"]

    Actual:   [[], identityHash="-7028017"]

[failure] [20190411 00:11:07.038780]
  svn:    r11626   Change date: 2018-12-16 16:05:44 -0500
  Test:   TEST_NEWFILE_CONTEXT_THISPACKAGE
  Class:  Routine.testGroup
  File:   .../ooRexx/base/class/Routine.testGroup
  Line:   276
  Failed: assertEquals
    Expected: [[ClassPublic RoutinePublic Class Routine], 
identityHash="-77790625"]

    Actual:   [[], identityHash="-7028017"]

[failure] [20190411 00:11:54.410653]
  svn:    r11734   Change date: 2019-02-08 15:41:41 -0500
  Test:   TEST_NO_FILE
  Class:  SysFileSearch.testgroup
  File:   .../ooRexx/base/rexxutil/SysFileSearch.testGroup
  Line:   84
  Failed: assertSame
    Expected: [[3], identityHash="-7134289"]
    Actual:   [[0], identityHash="-411615025"]

[failure] [20190411 00:12:03.751013]
  svn:    r11562   Change date: 2018-12-03 23:45:29 +0100
  Test:   TEST_REXXC_ONE_ARG
  Class:  rexxc.testGroup
  File:   .../ooRexx/utilities/rexxc/rexxc.testGroup
  Line:   100
  Failed: assertTrue
    Expected: [1]
    Actual:   [[0], identityHash="-7002433"]
    Message:  rexxc test_rexxc.rex is expected to produce a few lines 
of output


[failure] [20190411 00:12:03.919202]
  svn:    r11562   Change date: 2018-12-03 23:45:29 +0100
  Test:   TEST_REXXC_ONE_ARG_SYNTAX
  Class:  rexxc.testGroup
  File:   .../ooRexx/utilities/rexxc/rexxc.testGroup
  Line:   91
  Failed: assertTrue
    Expected: [1]
    Actual:   [[0], identityHash="-7002433"]
    Message:  rexxc is expected to produce a few lines of output

[failure] [20190411 00:12:03.993469]
  svn:    r11562   Change date: 2018-12-03 23:45:29 +0100
  Test:   TEST_REXXC_TWO_ARGS
  Class:  rexxc.testGroup
  File:   .../ooRexx/utilities/rexxc/rexxc.testGroup
  Line:   125
  Failed: assertTrue
    Expected: [1]
    Actual:   [[0], identityHash="-7002433"]
    Message:  a few lines of output expected from rexxc 'EMPTY 0'

Interpreter:    REXX-ooRexx_5.0.0(MT)_64-bit 6.05 10 Apr 2019
OS Name:    SUNOS
SysVersion: SunOS 5.11

Tests ran:  22657
Assertions: 377624
Failures:   9
Errors: 0

File search:    00:00:05.875845
Suite construction: 00:00:02.487561
Test execution: 00:03:43.750435
Total time: 00:03:52.367597



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

Re: [Oorexx-devel] Ad compiled/tokenized Rexx code (rexxc) ...

2019-04-10 Thread Rony G. Flatscher 
On 09.04.2019 17:38, Moritz Hoffmann wrote:
> Well, the Java scripting framework will always use a Reader, which decodes 
> the input according to
> the current Charset. I don't see a way to circumvent this, either by not 
> using a Reader instance
> or by injecting a custom, non-adapting Charset. I agree with Rick that this 
> is not a problem that
> ooRexx should solve. Instead, I'd base64-encode the scripts, and decode them 
> before passing them
> to the interpreter. Base64 will survive any reasonable Java byte decoding 
> magic.

The reason why it is a request (and not an error report ;) ) is that so far the 
binary
representation has not caused a problem, because only Rexx would create and 
later read the
self-produced tokenized code (knowing its internal structure and the binary 
data part).

Now, that Rexx scripts get deployed in an environment that only processes text 
and not binary data
(in this case the Java scripting frameworks) and there are use-cases (whenever 
java.io.Reader gets
triggered in the scripting frameworks) that cannot be safely intercepted by 
BSF4ooRexx, which
enables ooRexx to be hosted by and deployed from Java (applications) and also 
making all of the Java
world available to ooRexx.

As this uncovered problem lies in the binary representation of the tokenized 
Rexx code produced by
rexxc which in this use case turns out to be actually (and unexpectedly) a 
quite fragile solution it
would nevertheless be solvable by having rexxc (or some postprocessing utility) 
store it in form of
a pure text rendering. Hence this request addressed to ooRexx.

---

Ad Rick's idea to create a utiltity in BSF4ooRexx to recode the rexxc-produced 
binary data in an
"immune" textual form (basically coding the binary data with c2x or base64) and 
change BSF4ooRexx
internal (native) code to deal with this situation has the following 
implications:

  * the 'rexxc' generated and postprocessed tokenized format is then not 
compatible with Rexx anymore,
  * hence submitting such a non-compatible text-encoded version of the 
tokenized format would not be
processable by Rexx,

  * every Rexx programmer who wishes to use Rexx as a scripting language for 
Java applications or
uses BSF4ooRexx to create demanding applications in pure ooRexx using Java 
classes for missing
ooRexx features (like portable GUIs, but also IPV6-socket connections or 
ssl-connections, etc.)
would need to know that for sheltering their Rexx code they must

  o run 'rexxc' on each script,
  o plus must not forget to run the BSF4ooRexx postprocessing script 
applied on those freshly
produced 'rexxc' tokenized scripts,
  o deploy the postprocessed versions (*not* the original and Rexx 
compatible 'rexxc' tokenized
version)

  * now take into account that application systems need to be maintained in a 
constant manner
possibly by different programmers, each maintenance change causes the need 
to 'rexxc' and in
addition to apply the non-ooRexx utility to postprocess the tokenized code 
to turn it into pure
7-bit text; adding another step, making it more cumbersome and therefore 
over time mostlikely
more error-prone.

If it was possible to encode the tokenized form rexxc currently produces in an 
agreed upon format as
text then ooRexx could process such a version by converting it back into its 
binary form, and
proceed with the resulting data as today. In this scenario one would not create 
a non-compatible
version of a tokenized Rexx program, but rather one that ooRexx would be able 
to execute without the
help of any other tool.

This is just thinking loud about the situation and the idea of creating a 
non-ooRexx compatible
tokenized version of Rexx programs in the file system.
(Still have to think about it.)

---rony


>
> On Tue, Apr 9, 2019 at 3:34 PM Rony G. Flatscher  > wrote:
>
> On 09.04.2019 15:13, Rick McGuire wrote:
> > And it doesn't make sense to put the onus on solving this on the 
> interpreter. If it is
> desired to
> > store binary code in an inherently text-based interface, then 
> BSF4ooRexx should handle this be
> > including a utility to perform the transform and then decoding the 
> format before passing it
> to the
> > interpreter.
>
> Well, please tell IBM, Oracle and the OpenJDK community which devised and 
> applied all of the Java
> scripting frameworks in the past twenty years such that they expect 
> scripts to be supplied as text
> only, not as binary data.
>
> If a Java program employs e.g. the "javax.script" framework and it is 
> supplied the name of a Rexx
> program file, the "javax.script" framework will use some "java.io.Reader" 
> to read the script from
> the file. In the case of rexxc-tokenized Rexx code the Reader will 
> inadvertently destroy the
> binary
> data due to possible codepage translations well before BSF4ooRexx 
> receives the (then