frank

I kind of like address SYSTEM, it's an intuitively clear idea for folks used to a C function system(). However, ooRexx does not have it, they offer anaddress CMD (on NT and OS/2) matching Regina address SYSTEM, and a Windows only RexxUtil RxWinExec() remotely related to Regina address CMD, actually a simplified address SYSTEM 'start', so far I never used it. In an attempt to avoid RegUtil SysFileDelete(), because static Regina can't do that, I tried call SYSTEM 'del'whatever using a wannabe-portable......

Thanks, reading charout for your first lineout, there is no such thing as a line x + y if x is the last line before EOF and y > 1 outside of a binary RECFM FIXED. However, my case is y = 1: There were 2 lines in the file, and I tried to write line 1, 2, 3. Of course line 1 worked as expected. The new inserted line 2 ended up at a weird place instead of after line 1. After that line 3 worked again as expected, i.e., ending up after the weird line 2.

That should be an ordinary open bug report with target 5.0.0 (or next) observed in 4.2.0., please tell me how to fix that.

A.. is classic Rexx, same idea as A.0, dot and zero are constants.

Sorry, I suck with markdown in any flavour, the aliases should end with a $?, and for ? read asterisk.

SysFileTree() 3.9.3

After about a decade with attempts to create "portable" classic Rexx code working in PC DOS 7, OS/2 Warp, W2K, and even Kedit/THE on rainy days I "eventually" (= a W2K box died in 2010) gave up on that, and now shoot for Regina at language level 5.00 and ooRexx level 6.03 (or better.) The Regina essay about "portability" is quite amusing. Fast forward to 2020, get Regina 3.9.3 and try something, e.g., read the clipboard. Fail, 64 bits Regina 2019 is unconvinced that a vintage 2001 32 bits W32util.dll...

While you're busy testing 20 alpha I finally upgraded 18 to 19 on my Windows 7 box. No problems, as expected, minor nit, the .msi installer does not explicitly say that it needs a reboot to finish its job. Just for fun I tried to replace a ziptouch explorer-property-command using an over ten years old unzip -tT "%1" by a similar 7z construct. Minor nit, 7z t -stl "%1" tests the archive ignoring -stl, as documented, but I tried it anyway. It turned out that -stl is always ignored, unless the archive...