Slashdot Mirror
Rexx Is Still Strong After 25 years
therexxman writes "March marks the 25th anniversary of the Rexx programming language, and to celebrate the Rexx Language Association is hosting the 15th Annual Rexx Symposium at the IBM Research Labs in Boeblingen, Germany, from May 2 to 6, 2004.
Full details of the Symposium can be found in the 2004 Rexx Symposium Announcement.
Many of the world's 'Rexxperts' will be in attendance including Rexx's founder, Decimal Arithmetic guru, and IBM Fellow, Mike Cowlishaw."
I thought it died off 65 million years ago.
but it's no FORTRAN.
The "Insert Quote Here" line is almost as predictable as inserting an actual quote.
punch-card lovers association held its annual conference and proclaimed punch-cards superior to all modern IDEs, compilers, editors and debuggers.
at least, back when i was using OS/2. When started with Linux, perl seemed very ugly and unintuitive to me (specially when comparing how text is parsed in both languages), but it was so easy to use the output of other programs (compared with REXX even under linux) that I finished to like it and using it for everything instead of REXX.
Ah, yes! If only we had something like ARexx here on UNIX. The "ARexx ports" concept really helped with things like information exchange, automation and "remote control". For those who don't know what it is, here's an explaination on ARexx, and briefly explains ports.
I think it's great that a language has survived so long. That being said.. although it has it's purposes, it'd be hard to say that it is "strong". It may be used. It may be actively developed. However, "strong" is probably an overstatement.
I still use Kedit, a win32 programmer's editor, that uses Rexx as the macro language and it rocks (both the editor and the macro environment). Even though Mansfield software has quit supporting Kedit about a decade ago it is still the best editor on the windows platform. I tried switching several times - first to Brief then to Codewright and then Slick edit but came back to Kedit because of if clean interface and performance.
I send mansfield an e-mail every so often requesting a Linux version or ask to open source the code but they just ignore me. Kedit would be a good replacement for vi on linux.
Any other Kedit fans out there? BTW not to be confused with the KDE based editor by the same name.
For those that are wondering: REXX was created to be the universal command language for IBM mainframes. It is a replacement for the earlier command languages (EXEC? on VM and CLIST on MVS).
Then IBM ported it to OS/2, and from there it branched off. You can now find REXX for practically any platform. I have at least 5 different versions running on my Windows machine. (See Regina REXX on sourceforge, for example.)
REXX's main features include:
But the real key to REXX is it is designed so it can easily interface with multiple environments. For example, one REXX exec in z/OS can send commands and interact with MVS, TSO, ISPF, the ISPF Editor (as an Edit macro), and others.
The use of REXX on the mainframe is expanding. No mainframe product would think of writing their own command language; they just use REXX. And the more products you can interface with, the more useful it becomes.
Yes, I know there are Unix and other scripting languages that do the same types of things. But REXX is the standard for z/OS.
Other mainframe scripting languages were just disasters. I vividly remember replacing more than 1000 lines of EXEC-2 scripts with about 100 lines of REXX, and thinking that Mike Cowlishaw should be knighted.
:-)
And REXX beat ksh hands down in terms of power and readability as well.
I gave a speech ~ 1991 at a REXX Symposium about "REXX in UNIX". I had the crowd of mainframe and OS/2 people literally rolling in the aisles with laughter as I tried to explain ksh syntax to them. I made slides of some examples from the appendix in the KSH book, and it was hilarious. Even the geekiest UNIX geek has to admit that sh / ksh are disasters as programming languages. REXX was 10000% better.
On the other hand, as I pointed out in my speech that day, there was another new language coming up that was 20000% better. It was called Perl. Perhaps you've heard of it.
REXX was originally intended to be a scripting language simple enough to allow non-professional-programmers to use. None of the UNIX scripting languages, including Perl, hit that mark - but REXX does.
I haven't written any REXX in 10 years, and haven't missed it. But it WAS a big step forward, and should have been a better success.
Isn't that 50% downtime?
REXX was very much like the Python or Perl of its day, in that it is a scripting language which can be used for everything from job control to add-on macros to interprocess communication.
It is a completely typeless language, more or less -- basically, everything is a string, so the same variable could hold "87", "eight-seven", "00110111", "0x0117", or "Four Score and Seven" -- and the interpreter kept track of what operations were meaningful (i.e., adding "4" and "5" would yield "9", but adding "4" and "Five" wouldn't). Not surprisingly, it had a wide variety of string manipulation functions built in -- ROT13 could easily be accomplished with one command ("translate()"), for instance.
On the other hand, it also featured arbitrary precision mathematics, which is a pretty nifty and not altogether common feature for a language.
It was fairly portable -- I wrote REXX code for OS/2 and the Amiga, and was usually able to move the code from one to the other without having to worry about anything more than CR/LF translation. I was able to make use of old mainframe REXX code too, although it was usually ALL IN CAPS and ugly, which isn't really REXX's fault.
In OS/2, I used REXX primarily as a batch language on steroids (the OS/2 "CMD" CLI ran REXX programs directly as a batch language), but I also used it to do some pretty heavy text manipulation as well. On the Amiga, I used REXX for those purposes, but the main things I used it for were for interprocess communication, and for extending the functionality of REXX-enabled programs. When Matt Dillon added a REXX port to his hacked-up version of emacs for the Amiga, I was able to use REXX macros to turn it from a nice programmer's text editor into one which did everything I wanted, excatly the way I wanted. I wrote macros to toss and filter FIDONet messages to and from my text editor.
The same power was available to the REXX ports on other Amiga programs, from word processors to graphics editors. As an aide to interprocess communication, it could be used to allow your graphics editor to control a raytracer, or for your text editor to use the spellchecker in your word processor.
I made some nice money at a time when I was underemployed by writing REXX programs to control the input and outputs of a NewTek Video Toaster for a guy with a mid-sized video production business; and the code was straightforward enough, and REXX easy enough to learn, that the business owner could easily make any minor changes to it himself (at the same time, after he had used it for a while, he was able to think of more and more things for it to do, which kept me in groceries for another month or two). For that matter, I also made a bit of money writing a REXX programming column for an Amiga magazine, so I really have fond memories of REXX for being a language that allowed me to continue, well, eating food.
For a long time, IBM tried to convince Microsoft to use REXX as the macro language for Office, instead of BASIC; needless to say, if they had succeeded, we would be living in a universal paradise of peace and understanding right now, or something like that.
Even today, I find myself thinking of all the neat things I could easily do with OpenOffice or AbiWord or Photoshop or Semware's text editor or Audacity or Zinf if they had REXX ports enabled...
Yeah, except it's an exact copy of a Pigdog Journal article by yours truly.
Evan Prodromou | evan@prodromou.name | http://evan.prodromou.name/
REXX is/was the replacment for things like EXEC & EXEC2. Really crappy langauges. If you have used these, you will understand why people use and like REXX. Though it is a pity IBM never released REXX for free, it is a fun sorta language, easy to learn and still quite powerful, though things like stemmed variables have a lot of system overhead.
Don't forget that AmigaOS also got a version of Rexx, namely ARexx, back with 2.0, IIRC... Was kinda fun, the specs for system-friendly application programming recommended supporting ARexx scripting.
arexx was so great, its ability to glue apps together was so awesome. wxshell was neat.
members are seeing something, your seeing an ad
Regina, the free implementation of Rexx, works at linux well. And it has documentation superior to anything from IBM ;)
Many of the world's 'Rexxperts' will be in attendance
Such as Rooby-Rooby Roo.
Never been to England? More like 90% :-)
Special Relativity: The person in the other queue thinks yours is moving faster.
Okay, this is probably a troll... but since it got modded up, I'll bite.
How can anything be less expensive than free? I haven't seen a charged-for REXX since VX-REXX for OS/2... and that was for its GUI extensions to REXX, not the language itself. Was this for some obscure platform where someone was charging for a REXX port? Or was using it going to cause you to have to upgrade hardware or something?
As far as powerful... what couldn't it do? Using the ADDRESS command, it can talk to the OS, communication libraries, datbases, etc. Admittedly it can get ugly doing a lot of that stuff. Did you perhaps mean other solutions were more elegant?
Garg
Garg
Alumnus, Xavier's School for Gifted Youngsters