Consider Rexx for Scripting (2022)(opensource.com)
opensource.com
Consider Rexx for Scripting (2022)
https://opensource.com/article/22/10/rexx-scripting-language
13 comments
[deleted]
I only ever used ARexx on the Amiga back when I was a kid and it was amazingly powerful, though I'm not sure how much I'd consider this a function of the language itself rather than the ecosystem you got when all of your favourite software was built with it in mind.
Unfortunately, an ecosystem like that doesn't really exist on the desktop any more, so a lot of the utility is missing. Every now and then I feel an urge to try to mimic the sort of thing that you could do in ARexx easily, only on a modern desktop, and end up having to cobble together some D-Bus monstrosity that is not nearly as fun.
Unfortunately, an ecosystem like that doesn't really exist on the desktop any more, so a lot of the utility is missing. Every now and then I feel an urge to try to mimic the sort of thing that you could do in ARexx easily, only on a modern desktop, and end up having to cobble together some D-Bus monstrosity that is not nearly as fun.
Yes, ARexx was also something different that is more akin to scripting AND having Microsoft COMs for interoperability. Really revolutionary at that time for automation and process interactions.
These days, Lua is a better alternative. Rexx isn't a bad language, but it's very dated. It's better than recommending BASIC, but only marginally. We have better alternatives these days.
Also, are there any decent embeddable Rexx interpreters around?
Also, are there any decent embeddable Rexx interpreters around?
> We have better alternatives these days.
What do you recommend in the same conceptual space?
What do you recommend in the same conceptual space?
Get it into POSIX.2 (or whatever it's called these days) and I will take a look at it.
Hopefully the language grammar can be expressed with lex and yacc. Not being so is a problem.
Here is a way to see what is in POSIX.2:
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/
Hopefully the language grammar can be expressed with lex and yacc. Not being so is a problem.
Here is a way to see what is in POSIX.2:
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/
https://pubs.opengroup.org/onlinepubs/9799919799/ - newer version
To navigate to that same section: Click on "Shell & Utilities" in the top left, then "3. Utilities" in the bottom left.
To navigate to that same section: Click on "Shell & Utilities" in the top left, then "3. Utilities" in the bottom left.
I don't know why, but a search on either Bing or Google for "posix shell" points to the older version.
That's the one that I use.
I also prefer the plain Apache directory list for all the POSIX.2 utilities, so I am definitely sticking with Bing & Google's recommendations.
That's the one that I use.
I also prefer the plain Apache directory list for all the POSIX.2 utilities, so I am definitely sticking with Bing & Google's recommendations.
> I don't know why, but a search on either Bing or Google for "posix shell" points to the older version.
Probably because it's only been out for a few months. I've found Google is fantastic at returning Python 2.6 and Python 3.7 or 3.8 documentation without jumping through hoops in my search terms (if it lists the official documentation at all rather than blogs and random tutorials), but lousy at getting anything current. I imagine they have the same problem with other new material.
But if you want the current documentation and the Apache listing format: https://pubs.opengroup.org/onlinepubs/9799919799/utilities/
Probably because it's only been out for a few months. I've found Google is fantastic at returning Python 2.6 and Python 3.7 or 3.8 documentation without jumping through hoops in my search terms (if it lists the official documentation at all rather than blogs and random tutorials), but lousy at getting anything current. I imagine they have the same problem with other new material.
But if you want the current documentation and the Apache listing format: https://pubs.opengroup.org/onlinepubs/9799919799/utilities/
Thanks, I have added that to my stash.
Interesting that the old URL only differs by one character; changing the first 6 to a 7 gets the later list.
Interesting that the old URL only differs by one character; changing the first 6 to a 7 gets the later list.
I love Rexx and have used it extensively on IBM mainframes and PC's way back. That said it seems like the ecosystem has moved away from the the types of integrations where Rexx was strong. On IBM mainframes it was always the tight integration with things like CMS and XEDIT that made it great.
If you're using Rexx today on e.g. MacOS or Linux I'd be interested in hearing how that's working for you... My goto for scripting these days would be Python in those environments (or bash).
If you're using Rexx today on e.g. MacOS or Linux I'd be interested in hearing how that's working for you... My goto for scripting these days would be Python in those environments (or bash).
Oh man, I remember using an XEDIT+Rexx email client back in the day on VM/CMS that was mind blowing for its time. The stuff available for Unix and VMS paled in comparison.
But it definitely was the tight integration with XEDIT and the OS that made Rexx so perfect. I don’t think it would work so well for my modern use cases.
But it definitely was the tight integration with XEDIT and the OS that made Rexx so perfect. I don’t think it would work so well for my modern use cases.
I had the same thought. Loved REXX for work on the 3090 I had an account on in college, but haven't really considered it much since.
my first program was a mastermind clone written in rexx when i was working the night shift on an ibm mainframe as a tape monkey. happy days.
I'd echo what you said, without that ecosystem and integration, perl and python are far better. Personal history: I went from perl in college to REXX because of IBM. However, once I left IBM, I went back to perl and python.
Are the open source implementations of Rexx widely adopted? This article highlights them, but I don't think I've ever run across them. It would be interesting to hear about where these have been adopted, relative to other scripting languages that fill a similar niche (presumably mostly Python, Perl, and sh)?
(Apropos of nothing else, it seems worth noting that Rexx is a product within IBM's suite and that this website appears to be owned by Red Hat, now an IBM subsidiary.)
(Apropos of nothing else, it seems worth noting that Rexx is a product within IBM's suite and that this website appears to be owned by Red Hat, now an IBM subsidiary.)
I've found the GitHub topics to be helpful for "taking the pulse" type stuff https://github.com/topics/rexx or, in a more "shotgun" approach, finding repos that contain linguist-detected code https://github.com/search?q=language%3Arexx&type=repositorie...
Rexx was the favorite language of my high school programming teacher. I recall being surprised by the syntax being so similar to English text.
I'd credit the language for sending me down the rabbit holes of programming language design, self-documenting code, and literate programming. :)
I'd credit the language for sending me down the rabbit holes of programming language design, self-documenting code, and literate programming. :)
Interesting the article is from Red Hat, which IBM owns :)
But I should check it out, I had Rexx with DOS a long time ago but never looked at it.
But I should check it out, I had Rexx with DOS a long time ago but never looked at it.
That makes perfect sense to me. I've never seen anyone use Rexx outside of an IBM-heavy environment.
REXX was often used as the scripting language for IVR systems. I haven’t touched an IVR system in 18 years so no idea if it still is.
Yeah, the main references I found to IVR systems and REXX were from IBM articles discussing IVR, and some open-source Asterisk-based systems using ooRexx that appear to have been created as an open-source alternative to IBM OS/2 IVR solutions that used REXX.
OS/2 is the primary environment where I had experience reading and writing REXX a long time ago. I was also aware of it being used in IBM mainframe systems, but I had no direct experience there.
OS/2 is the primary environment where I had experience reading and writing REXX a long time ago. I was also aware of it being used in IBM mainframe systems, but I had no direct experience there.
My last experience with IVR and REXX was setting up a system in the mid-2000s to do identity verification for loan applicants. I can't remember the name of the software. It ran on Windows server and wasn't an IBM product.
I also used REXX on OS/2 systems including doing some development using Watcom VX-REXX which you can basically think of as Visual Basic but with REXX. I released a GUI FTP program I developed with it to the OS/2 BBS but last I looked couldn't find it in the OS/2 BBS archives.
I also used REXX on OS/2 systems including doing some development using Watcom VX-REXX which you can basically think of as Visual Basic but with REXX. I released a GUI FTP program I developed with it to the OS/2 BBS but last I looked couldn't find it in the OS/2 BBS archives.
Anyone wanting to do non-trivial scripting and owning an Amiga from Workbench 2 onward.
Yes, sadly I was not rich enough as a kid to own an Amiga. By the time I could have afforded one, it would have been more for the novelty of having one than something practical for me to spend money on.
> All variables contain strings. If the strings represent valid numbers, one can perform arithmetic operations with them. This simple concept of dynamic typing makes all data visible and simplifies tracing and debugging.
Interesting to see duck typing advertised as a feature. I feel like the programming world is going strongly in the opposite direction.
Interesting to see duck typing advertised as a feature. I feel like the programming world is going strongly in the opposite direction.
> Interesting to see duck typing advertised as a feature.
Speed of development is a legitimate factor to consider when making a choice of language for a project.
> I feel like the programming world is going strongly in the opposite direction.
There's a concerted corporate effort to push the programming world in that direction. It's not born out of a particularly strong rationale and not backed by the kind of organic efforts that would actually ensure it's long term success.
Meanwhile we have the technology to fully isolate every process on a machine from everything else on the machine. Do we use this? No. Instead we harass programmers to use languages based upon corporate tastes instead of actual engineering acumen. The desktop doesn't get any more secure and opening a random text message can destroy your life regardless of what language the messaging application was coded in.
What are we doing?
Speed of development is a legitimate factor to consider when making a choice of language for a project.
> I feel like the programming world is going strongly in the opposite direction.
There's a concerted corporate effort to push the programming world in that direction. It's not born out of a particularly strong rationale and not backed by the kind of organic efforts that would actually ensure it's long term success.
Meanwhile we have the technology to fully isolate every process on a machine from everything else on the machine. Do we use this? No. Instead we harass programmers to use languages based upon corporate tastes instead of actual engineering acumen. The desktop doesn't get any more secure and opening a random text message can destroy your life regardless of what language the messaging application was coded in.
What are we doing?
I love duck typing. It's amazing. REXX is more weakly typed, of the "stringly typed" variety.
[deleted]
"Rexx is arguably the first general-purpose scripting language."
"Arguably" sounds mean; who wants to argue?!?!
I would say there are compelling uses. Being a "first general purpose" one? Large claim that is up for a conversation. :)
"Arguably" sounds mean; who wants to argue?!?!
I would say there are compelling uses. Being a "first general purpose" one? Large claim that is up for a conversation. :)
Had to look it up but apparently rexx was first released in 1979. My first thought for a contender was the Bourne shell for unix but it too was released in 1979. The earlier Thompson shell(1971) apparently was not really designed for scripting. csh was released with 2bsd in 1978.
But then I got off the unix kick and looked at the xerox alto which had a smalltalk environment and smalltalk was first released in 1972 and I would say that due to it's interactive nature smalltalk is defiantly a scripting language.
But then I looked at lisp, and it is hard to say if lisp is a scripting language, it could have been, however it was invented and implemented before there were really environments to script. but I am still going to give the award to lisp. and from the wikipedia page, I thought this was pretty great.
But then I got off the unix kick and looked at the xerox alto which had a smalltalk environment and smalltalk was first released in 1972 and I would say that due to it's interactive nature smalltalk is defiantly a scripting language.
But then I looked at lisp, and it is hard to say if lisp is a scripting language, it could have been, however it was invented and implemented before there were really environments to script. but I am still going to give the award to lisp. and from the wikipedia page, I thought this was pretty great.
"According to McCarthy
Steve Russell said, look, why don't I program this eval ...
and I said to him, ho, ho, you're confusing theory with practice,
this eval is intended for reading, not for computing.
But he went ahead and did it.
That is, he compiled the eval in my paper into IBM 704 machine code,
fixing bugs, and then advertised this as a Lisp interpreter, which it certainly was.
So at that point Lisp had essentially the form that it has today ...
"> Had to look it up but apparently rexx was first released in 1979
REXX was designed as successor to two earlier, more cumbersome scripting languages for the IBM VM/CMS operating system, EXEC and its successor EXEC 2. So arguing REXX is the “first” scripting language requires ignoring REXX’s direct ancestors
REXX was designed as successor to two earlier, more cumbersome scripting languages for the IBM VM/CMS operating system, EXEC and its successor EXEC 2. So arguing REXX is the “first” scripting language requires ignoring REXX’s direct ancestors
Articles recommending that I consider a programming language tend to be more compelling for me if they include, you know, an actual example or two of code in that language.
Yes, I can go look at the Rexx Wikipedia page or something, but I shouldn't have to.
Yes, I can go look at the Rexx Wikipedia page or something, but I shouldn't have to.
I had now idea REXX still exists. I played a lot with REXX while being a trainee at IBM in 1987/88. I have not used it since and remeber very little. Would there be any reason to prefer it over let's say Python?
I don't hate REXX. In fact, I had an absolutely grand time using AREXX to script up all kinds of bizarre things on my Amiga, like using the progress percent of an FTP client as the parameter to some image program or another (ImageFX maybe?) to generate a bolt of lightning that grew from one corner of the screen to the opposite as my modem chugged away. It was neat and I love playing with it.
But, outside an environment like that where it was integrated into practically every major program running on the system, I wouldn't want to have to rely on it again. Programming languages that get rid of all the rules impose their own kind of mental overhead, and I'm not smart enough to be 100% detail-oriented 100% of the time.
It was still awfully cool. AppleScript is probably the closest modern, widely available similar language I can think of.