Recent changes to bugs

#620 x2d implementation incomplete

2026-04-07T15:02:54.684000Z

The non-strict comparison first trims leading and trailing spaces of the arguments.
Thus the first one becomes (ascii 20 = space):
say "00"x>"" (empty string).

Then we have a compare of 2 strings with different lengths. According to the manual, the shorter one is padded with spaces until the length of the longer one. We should get:
say "00"x>" " (1 space). This should give 0!

Bug. ooRexx here gives the correct result.

Using the strict >> gives correct result.

#620 x2d implementation incomplete

2026-04-03T14:15:28.208000Z

What about this

say "00"x>"20"x
1
say "00"x>"21"x
0

#621 TAN function 2 minor errors

2026-03-25T09:16:18.032000Z

Yes

#621 TAN function 2 minor errors

2026-03-24T20:28:00.544000Z

Are talking about regutil's systan?

#622 \-0

2026-03-23T16:37:12.376000Z

It's interesting that the lexer throws error 35.1 for the simple case ("-0"), but that it passes a more complex case, which evaluates correctly.

12 *-* say \(-0)
   >L>   "0"
   >P>   "0"
   >U>   "1"

TRL2 pp. 24 (emphasis mine) says:

Expressions consist of one or more terms (literal strings, symbols, function calls, or sub-expressions), and zero or more operators that denote operations to be carried out on terms. Most operators act on two terms, and there will be at least one of these dyadic operators between every pair ofterms. 17 There are also prefix (monadic) operators, that act on the term that is immediately to the right of the operator. There may be one or more prefix operators to the left of any term.

and ANSI 6.3.2.112 says:

prefix_expression := ('+' | '-' | '\') prefix_expression | term | Msg35.1

#622 \-0

2026-03-23T10:48:39.113000Z

Hmm, Regina is simply "strict", so that's the way it is?

\-0

2026-03-23T09:13:38.611000Z

say -\0
-1
say \-0
Error 35 running "<stdin>", line 1: Invalid expression
Error 35.1: Invalid expression detected at "\"

why? not and minus are legal prefixes

by the way the message doesn't mention "~"

say ~-0
Error 35 running "<stdin>", line 1: Invalid expression
Error 35.1: Invalid expression detected at "\"

TAN function 2 minor errors

2026-02-15T17:20:46.438000Z

TAN() function gives an unexpected execution error if argument is +90, +270, -90 etc. It reports "Error 40 incorrect call". I'd argue that the call is correct but maybe the response should be clearer. It wouldn't be possible to return the correct value (+/- infinity) as this concept doesn't exist in REXX. For comparison, MS-Excel returns a crazy large number rather than fail - which I'd also disagree with! Unable to find out what the same IBM function does, but I suspect there's also an execution error

Also, the 3rd argument (unit= D, R, G) doesn't seem to work at all, always returning "0" if it's specified

#620 x2d implementation incomplete

2025-11-12T00:08:05.987000Z

oops, it's EBCDIC

x2d implementation incomplete

2025-11-11T19:04:17.385000Z

TRL2 p. 116 says

X2D('c6 f0'X) == 240

Take care of the X!