Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

Strange Output From @REXX

  • Thread starter Thread starter Bob
  • Start date Start date
Aug
25
2
TCC 28.02.18 x64 Windows 10 [Version 10.0.19044.2130]
Copyright 2021 JP Software Inc. All Rights Reserved
Registered

[]which rexx
rexx is an external : C:\Program Files\rexx.org\Regina\rexx.exe
[]rexx -v
rexx: REXX-Regina_3.9.5 5.00 25 Jun 2022 (64 bit)

Example from the Help for @REXX - echo %@rexx[= 3 * 4]
[]echo %@rexx[= 3 * 4]
12:
[]echo %@rexx[= 3 * 3]
9S
[]echo %@rexx[= 3 * 2]
6e
[]echo %@rexx[= 3 * 1]
3.
[]echo %@rexx[= 3 * 0]
06

Perhaps this question is an artifact of my ignorance but why is there an extra character at the end of the outputs? [":", "S", "e", ".", and "6" in the examples above]
Thanks
 
I don't know much about Rexx myself. But I suspect the the version of Rexx you have installed may be relevant.
 
But I suspect the the version of Rexx you have installed may be relevant.
It is certainly a possibility since TakeCommand 28 was released around July 2021 when the current version of the Regina Rexx interpreter was 3.9.3 (October 5, 2019). Versions 3.9.4 (October 25, 2021) and 3.9.5 (June 25, 2022) of the Regina Rexx interpreter have been released since then.

So far I haven't noticed any problems running Rexx programs. If I get some time I may temporarily revert my installed Regina Rexx to see if @REXX exhibits the same odd behavior with version 3.9.3.

Thanks for your reply.
 
Last edited:
[]rexx --version
rexx: REXX-Regina_3.9.3 5.00 5 Oct 2019 (64 bit)
Well, I installed version 3.9.3 (October 5, 2019) of Regina Rexx and as you can see the problem persists except that the extraneous characters are "*", "t", ".", "c", and "c" (for that instance of TakeCommand).
[]echo %@rexx[= 3 * 4]
12*
[]echo %@rexx[= 3 * 3]
9t
[]echo %@rexx[= 3 * 2]
6.
[]echo %@rexx[= 3 * 1]
3c
[]echo %@rexx[= 3 * 0]
0c
It is always possible my system is the culprit BUT I think that it is more likelly a problem with the @REXX invocation of the Regina Rexx API. [It is the kind of behavior that would make one suspect a string length problem and an uninitialized buffer/variable.]
 
Last edited:
TCC 29.00.17 x64 Windows 10 [Version 10.0.19044.2251]
[]rexx --version
rexx: REXX-Regina_3.9.5 5.00 25 Jun 2022 (64 bit)
[]echo %@rexx[= 3 * 4]
12
[]echo %@rexx[= 3 * 3]
9
[]echo %@rexx[= 3 * 2]
6
[]echo %@rexx[= 3 * 1]
3
[]echo %@rexx[= 3 * 0]
0

@REXX now works as documented! You can't top Rex when the subject is Rexx support! :smile:

FWIW several random examples of usage.
[]echo %@rexx[=random(1,20)]
18
[]echo %@rexx[=compare('Hello World','Hello Wxrld')]
8
[]echo %@rexx[=reverse('Now is the time')]
emit eht si woN
 
Last edited:
Back
Top
[FOX] Ultimate Translator
Translate