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

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

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

Seriously, did you not not even read me email. This is totally solvable in BSFooRexx by storing it a non-binary format defined by BSFooRexx that the BSFooRexx framework can recognize as being a binary format that needs to be decoded before passing it to the interpreter. Provide a little utility

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

On 09.04.2019 14:56, Michael Lueck wrote: > Rony G. Flatscher wrote: >> >> However,  since he started to use "rexxc" to compile/tokenize all of the >> Rexx source files that >> comprise his elaborate application to shelter his code, he has started to >> run into abends/errors >> 13.1. > > >

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

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

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

Greetings Rony, Rony G. Flatscher wrote: However,  since he started to use "rexxc" to compile/tokenize all of the Rexx source files that comprise his elaborate application to shelter his code, he has started to run into abends/errors 13.1. "sheltering code" is the only reason he chose to

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

On 09.04.2019 14:32, Rony G. Flatscher wrote: ... cut ... > Unfortunately, running rexxc-tokenized/compiled scripts via the Java > scripting framework does not > work as apprehended in my last post and causes the following runtime error: > > G:\test\oorexx\rexxc>rexxj test.rexx >

[Oorexx-devel] MacOS warnings

When creating the ooRexx interpreter from trunk (r11856) on MacOS the following (not yet reported) warnings get generated: wu114184:oorexx_build rony$ make ... cut ... [ 4%] Building CXX object CMakeFiles/rexxapi.dir/rexxapi/client/LocalQueueManager.cpp.o

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

fixes NewRoutine(), LoadPackageFromDate() and also the Routine's class method newFile() when employed with rexxc-tokenized/compiled code, thank you very much! --- Unfortunately, running rexxc-tokenized/compiled scripts via the Java scripting