Memory usuage reduction

ML wrote:

> [K:\]compare
> SYS1041: The name compare is not recognized as an
> internal or external command, operable program or batch file.
>
> [K:\]compare.rex
> SYS0193: K:\COMPARE.REX cannot be run in a OS/2 session.

I suspect Mr. Swift was running Rexx/ORexx on a platform other than OS/2.

Rexx programs on OS/2 must have the .CMD extension.

--
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/

>> SYS0193: K:\COMPARE.REX cannot be run in a OS/2 session.

> I suspect Mr. Swift was running Rexx/ORexx on a platform other
> than OS/2.

Hence my earlier ";-)". With an interpreter-specific problem it was
already known that other interpreters don't show this problem. His use
of ".REX" already was a helpfull clue w.r.t. that issue. And it's about
ORexx (executing a CRexx app), not "Rexx/ORexx". Because that should
be the best default CRexx interpreter, e.g. supporting 3 Date()-BIF
arguments without having to write that myself in CRexx.

FTR: I haven't tried OO-versions of ='', DROP nor buffers. I've never
seen any OO'ed *.BAT-like apps, so actually using OO would be rather
weird. At least according to the rest of the world. Memory management
ought to be the same, so I'ld guess using OO-versions would fail too.
IIRC IBM's commercial *.REX-interpreter also had issues w.r.t. "huge"
numbers without proper free()'s, but that was fixed later.

IRL I'll try "SysOpenObject(nextstep);'@EXIT'". And I'll look at some
more difficult optimizing, but that may be the difference between a
reboot every hour and a reboot every odd hour.



---