O'Reilly on the Virtues of Rexx 330
gaijincory writes "O'Reilly's ONLamp has written an interesting article on the history and virtues of Rexx, the first widely used scripting language concocted 25 years ago. According to the review, 'Rexx employs decimal rather than binary arithmetic' and 'You don't need to declare or predefine your variables. Rexx automatically allocates them when you first refer to them.'
I'd be interested to hear about any success (or failure) implementation stories."
You asked for it (Score:4, Funny)
An employee suggested to me that we load Rexx on a few machines here as an evaluation. I was skeptical at first but he explained the benefits of using it for our employee's day-to-day scripting. So I decided to let him install the interpreter onto 5 machines to see how the users got on. Besides, our IT manager had been using it on his system and it seemed to work fine, why not try it on the client machines?
Once he'd got the machines up and running with Rexx we let the users try it out. It all seemed fine to start with: Rexx was a pretty good replacement for batch files and the users could still do their work as normal.
Alas it did not stay that way. After a few days, I had lost count of the number of complaints received from users who could find things they were used to or tasks they could not perform that they previously could with batch files. The final straw came when one employee lost several hours work when Rexx suddenly had an error reading from our intranet file server and corrupted his project.
Needless to say, the Rexx team offered no support whatsoever. I made the employee uninstall Rexx from the machines and lets just say he's not with us anymore, because we had him killed.
Rexx not popular with the Russian mafia, then? (Score:2)
Aaah... so *that's* what happens when programmers on those Russian-based DDOS attack blackmail schemes mess up. (^_^)
Seriously, funny twist on an otherwise cut-and-pasted troll article... you still deserve to stay at -1 though
Not Troll - Funny. Mod up please (Score:2)
Re:You asked for it (Score:3, Informative)
Was around a few posts back, but then it was about deploying JAVA on the desktop.
Success/failure stories? (Score:5, Informative)
Rexx employs decimal rather than binary arithmetic. [...] You don't need to declare or predefine your variables. Rexx automatically allocates them when you first refer to them. Are these supposed to be positive points? Because it kind of flies in the face of coding best practices...
VM/CMS (Score:4, Informative)
IBM made it available for nearly all of its operating systems. In particular, it was extremely handy if you were on a VM/CMS system.
Re:VM/CMS (Score:2)
Re:Success/failure stories? (Score:2, Funny)
(There is no Rexx in most ATMs...)
Re:Success/failure stories? (Score:4, Interesting)
I take it you've never heard of LISP? It's a dynamically typed language that, despite being a few decades old (4 or 5 I think) is still seeing some decent usage. I believe the backend of Yahoo Stores is written in LISP, for example.
Defining your vars beforehand is good practice for strict, structural coding projects and languages. If you're working in a flexible language and you know what you're doing, it's rather unnecessary (not that I can claim to, but I'm learnin').
Jw
Re:Success/failure stories? (Score:2)
Re:Success/failure stories? (Score:2)
Definitely - not having to declare a variable and thus causing a mispelled one to be treated as valid is a problem.
SQR has the same problem, which has bitten me more than once. And it's REALLY hard to visually detect, although you can usually use your editor's search function - if it doesn't find the variable where you expect it to be, you know there's a problem.
Re:Success/failure stories? (Score:4, Insightful)
I have to admit that as a general rule I perfer languages that don't force me to declare variables, especially for simple projects. Or perhaps I just get tired of hearing stilted, bureaucratic language like "best practices".
That being said, what's wrong with decimal arithmatic? It has the major advantage of eliminating the tiresome rounding errors that make doing financial calculations in (say) Perl so annoying.
I thought the examples showed a very interesting way of thinking. I probably won't learn or convert to REXX but I can see that it's a very forgiving environment, and I think that makes life more pleasant overall, especially for beginneers. I can see why it's popular in cultures where C and Perl didn't start with overwhelming advantages.
D
Re:Success/failure stories? (Score:3, Informative)
Re:Success/failure stories? (Score:3, Insightful)
some issues.... (Score:5, Interesting)
Okay, I'm probably dating myself here (illegal in Nebraska, btw), but I remember REXX when it emerged as a replacement for EXEC which I had coded extensively in (written entire app systems) on IBM mainframes. There were a lot of benefits to REXX back then, notably it cleaned up and made transparent a lot of garbage and system management chores required to write clean EXEC code (e.g., strings tokenized at 8 chars, awkward variable interpolation)... I used REXX for a while on the mainframe and can't remember why I abandoned it.
Fast forward 2 or 3 hundred years, and I found myself dropped into a Unix universe, and quickly self taught myself the ins and outs of shell. Haven't looked back since. Now, I'm looking back and am intrigued... REXX really does have some interesting features. And, since I have a little free time on my hands, maybe I'll re-visit REXX, but from userland out there, any feedback would be useful:
Re:some issues.... (Score:3, Interesting)
*raises hand* I used to use REXX extensively when I worked at Toyota. I used it on the OS/2 machines as well as the mainframe. I even used Visual REXX occasionally.
I loved REXX. Gave it up when I moved to perl though. It is a very nice scripting language with a rich feature set.
-- Gary F.
Re:some issues.... (Score:2)
Re:some issues.... (Score:3, Interesting)
REXX has a wonderful String parsing capability.
And as for OS/2, as Rexx was the official scripting language, many applications came with REXX aware libraries. You could script directly for the application.
For instance you could write a script for an email program to manage incoming mail. Or for a FAX program, etc.
Yes other programs in the Windows (and Linux) world have macro languages, but each syntax is different. With OS/2 and REXX you only needed to lear
Re:some issues.... (Score:2)
Re:some issues.... (Score:2, Interesting)
Re:some issues.... (Score:5, Insightful)
No, actually you misplacing files because the case wasn't what you expected on an old Windows 3.x system was the result of using badly ported case-sensitive tools in a case-insensitive environment. (btw: Windows has always been case-insensitive and case-preserving in the NT codebase)
Case sensitivity is, frankly, not only useless but flat out stupid and a vast step backward as it doesn't match human readable languages or other human experience thus breaking the paradigm of programming language as translator between human intent and hardware inflexibility. It leads to huge numbers of easily avoidable errors, increased maintenance time and cost and increased overall development time while providing no benefit. Sure, it makes life a little easier for lazy compiler writers and it's habit in people who've never bothered to learn any languages not derived from C but the point of a programming language is to make things easier for the human and not the compiler. Read some code in PL/I or ALGOL or LISP or Smalltalk or SNOBOL or, for that matter, REXX and you may expand your idea of what a language can be.
Other signs of C-blinders are thinking that three-part loop constructs are a good thing, that curly braces are actually either ergonomic or intuitive or that semicolons are how you end sentences;
Re:some issues.... (Score:2, Interesting)
Case isn't the real issue here, sometimes human languages are just broken like that. Look at the present and past tense of "read" - both spelled the same, but pronounced different when spoken. Polish for shoes can be capitalized too, depending on how it's used.
Just as I don't expect a compiler do differentiate between "read" and "read" I don't expect it to differentiate between "Polish" and "polish" either.
Re:some issues.... (Score:2)
I'd still prefer a good implementation of FList to any other directory utility I've ever seen. And since I was on an Amiga for awhile, I've seen quite a lot.
Re:some issues.... (Score:2)
Re:some issues.... (Score:3, Interesting)
I can't name a single other programmer I've known who writes/has written REXX applications.
REXX was my Swiss Army knife for the last two BBSes I ran. I used it to fetch FidoNet mail for our network, test and process files from FidoNet file echos, pull and convert newsgroup content, mirror ftp sites, let users of my public BBS chat with users of my private BBS, handle fax transmissions coming in on the BBS lines and to do most anything Maximus or RemoteAccess didn't do out-of-the-box or didn't do the way
Re:Opera and Firefox [selective figures] (Score:2)
myClassNameInCamelCase
my_local_variable
MY_C
i cant remember what variables local to classes are though.
Its very useful as if you are reffering to A_STRING you know its a constand, etc.
i cant speak for rexx because ive never bothered to learn it.
Re:Opera and Firefox [selective figures] (Score:2)
Re:Opera and Firefox [selective figures] (Score:2)
In an earlier case, I once worked in a facility with honest-to-God 132-column green-bar line printers, and one of them, for higher speed, was upper-case only. Luckily our in-house proprietary languages were all case-insensitive.
Frankly I always figured that case-sensitivity was primarily a product of system programmers who didn't
Yuck (Score:2)
Well, thanks for the heads up. I imagine that they are variant types too.
Re:Sounds like another language (Score:2)
Why does this sound like Visual Basic?
Maybe because that is my model for The Worst Language.
Re:Sounds like another language (Score:2)
Is this good? (Score:5, Insightful)
Isn't this a bad thing? You would never catch typos when using variables. I start using a variable named "myBigNumber" then the next day I mistakenly start using a "myBigNum" variable even though I mean the same thing.
Re:Is this good? (Score:3, Informative)
Re:Is this good? (Score:3, Informative)
This is why I *ALWAYS* begin my PHP scripts with:
Re:Is this good? (Score:2)
Re:Is this good? (Score:4, Interesting)
Dynamically declared are a terrible, terrible, terrible thing.
Take the following JavaScript excerpt:
function foo()
{
for (i=0; i < 10; i++)
hello();
}
function bar(world)
{
for (i=0; i < 10; i++)
foo();
}
bar(i);
How many times does hello() run? It looks like it should run 100 times. But it only runs 10 times.
Add "var i" to each of those functions, and it behaves as expected.
Javascript in many respects is a good (core) language. With better inheritance and a few other tweaks, it could be an excellent scripting language. But dynamically allocated variables really, really hurts it.
Re:Is this good? (Score:5, Informative)
Re:Is this good? (Score:2)
Re:Is this good? (Score:2)
You're missing the point of REXX. It's a string processing language which is used to glue OS and apps. Variables are initialised as strings (uppercase version of string name). Numbers are parsed as strings until you perform an operation on them. If you DON'T want something to be a string, then explicitly type it. Otherwise, the interpreter will do it for you based on the operation you're performing.
In its native environment (OS/2 or AREXX on
Re:Is this good? (Score:2, Insightful)
It "should" do what the language specification says it should do. Part of knowing any language is knowing its scoping rules. You say "It looks like it should run 100 times," but the first thing that went through my mind when I read that was not "Assuming C's scoping rules, it should run 100 times,"
Re:Is this good? (Score:2)
I've worked with a lot of TMTOWTDI'idians and I can't say I enjoy it. It is very lim
Re:Is this good? (Score:2)
I've coded large systems in Perl. The fact that one _can_ be sloppy is no impediment. I'm also slowly improving a largish app in Java I inherited. The code blows. Complete spagetti, with silly uses of beans that do nothing but delegate to deeper classes, such brilliant encapsulation as a rollback function that, if it doesn't have a DB handle, goes and gets a new one, and of course all of the idiotic restrictions of T
Re:Is this good? (Score:2)
Definitely. I used to do a lot of ARexx programming on the Amiga, and I have spent hours trying to figure out why my script wasn't working quite right (it would run without giving any errors, but do the wrong thing), only to eventually find out that in one place I had a tiny typo in a variable reference, causing it to use the value '0' in the calculation instead of the proper value.
Having to declare variables is annoying, but t
Re:Is this good? (Score:2)
Isn't this a bad thing?
For some problems it's a bad thing, for others it's a good thing. It's actually a good thing on some small projects as it adds some flexibility and the cost of accidental variable declaration doesn't rear its head until the project gets large or gets multiple people working on it.
And your example is, by the way, also a great explanation why case sensitivity is a bad idea. For example, "I start using a variable named '
Re:Is this good? (Score:2)
Re:Is this good? (Score:2)
Re:Is this good?-Exposure. (Score:2)
I'd rather there be little to no exposure of variables.
I guess you are a fan of functional languages [wikipedia.org] then...
started using it in 80's on a 360. (Score:2)
Bleeding edge, or so I thought (Score:2)
I was using OS/2 back in the day (I used Linux too). Windows was just too mainstream.
I found that OS/2 had a new scripting language that I hadn't seen before. Wow, a new thing I can learn to stay ahead of the curve.
I spent quite a bit of time learning it before I found out that it was old even then (1994).
Well, it wasn't bleeding edge, but it was still fun and it beat the pants off of DOS
Good times.
Off topic (your sig) (Score:2)
Gah. That sounds like "Build a house using sausage and slide rules with a Quantel PaintBox!"
Re:Off topic (your sig) (Score:2)
Interesting.
What is it that you don't like and/or disagree with?
Biggest problem is no one is using it (Score:2, Insightful)
So thats great and all, but why are you programming in a professional capacity in a language that no one can maintain? Thats worse than hacking code in perl and not "using strict"!
Re:Biggest problem is no one is using it (Score:4, Interesting)
What, like Perl?
I've written scripts in REXX, and found it easy to write and easy to read at a later date. There are books available on the language. I'd recommend "The REXX Language" by Cowlishaw.
Re:Biggest problem is no one is using it (Score:2)
Yeah, I hear you. My disgust with Perl is leading me to use Python for scripting.
Re:Biggest problem is no one is using it (Score:3, Insightful)
You mean the same language that has no "use strict" at all? That one?
If you can't maintain reasonably written perl code, stay the hell away from my C. You're a code grinder, not a programmer.
And all these years (Score:4, Funny)
Ruby Doobie Doooo (Score:2, Interesting)
The KEDIT editor (Score:2)
Among its GUI editing features I find essential for everyday work are (1) an underlying model where the screen is a giant xy plane of characters, like a paint program, rather than a sequence of varying-length lines - if I click on column 50 after the end of a 30-character-long line, the cursor sticks there and I can start typing - I don't have to type spaces or tabs to get to column 50; and (2) seamless
Re:The KEDIT editor (Score:2, Interesting)
- if I click on column 50 after the end of a 30-character-long line, the cursor sticks there and I can start typing - I don't have to type spaces or tabs to get to column 50
That is truly a great feature for blind users. Imagine not being able to see where the cursor is then having your editor suddenly decide to move it to somewhere else when you start typing. I can't believe editors think that tossing characters into the wrong place is acceptable in 2005. I can understand serious problems like that in
Re:The KEDIT editor (Score:2)
It goes without saying that emacs is quite capable of this feature too. I thought it was built-in, but apparently not
Re:The KEDIT editor (Score:2)
Re:The KEDIT editor (Score:2)
==>all "word" and
==>less "removeword" and
==>add
I have yet to get vim do this.
Once a year I contact the
My past life in REXX (Score:4, Informative)
REXX was the first serious scripting language that IBM delivered for VM (EXEC was awful and EXEC2 not much better). Our systems development (applications) staff wrote quite a number of in-house REXX applications interfaced to DMS/CMS (this was before ISPF was very usable under VM). Most of these were working with CUFS (later Advantage). I used REXX extensively to match-merge two files, generate reports, and reformat data. I also rewrote some programs in REXX that had originally been implemented in SNOBAT (a snobol4 dialect for System/370).
Roll forward a few years. All the sudden, I'm responsible for Unix servers as well as VM. Although I installed regina on our Unix servers, I figured out pretty quickly that perl was the preferred script language for Unix (I first installed 4.0.36). I saw that there were a lot of facilities and working scripts in perl that I'd have to build for myself in REXX, so I made a point to learn perl. I still used REXX for things that interacted with our VM/ESA and z/OS & TSO/ISPF environment.
Roll forward a few more years. IBM drops HESC, and VM becomes prohibitively expensive to keep. Meanwhile, our academia is moving to Unix and PC-based teaching, and a Unix-based ERP is on the horizon. We decided to eliminate VM. I spent quite a few hours writing perl scripts to parse DMS/CMS panel sources and REXX programs, to build ISPF panels and generate ISPF-friendly REXX from the DMS/CMS REXX code (fortunately most of the code was cookie-cutter so it was easy to do a find/replace). I knew these programs would be eliminated when the ERP was in place.
Now I'm so neck-deep in Oracle (database, application server, and other toys) and SCT Banner that I maybe spend 10 minutes a day on our z/OS system, and haven't written a new program there (in any language, much less REXX) in six months. I still maintain or help debug a REXX program now-and-then.
REXX was a success, but for us VM died. I still like REXX, but perl has pretty-well replaced it for me. The last time I wrote a REXX program I caught myself writing perl-isms into it that I had to fix.
Doug
Rexx made programming IBM mainframes FUN (Score:2, Interesting)
Re:Rexx made programming IBM mainframes FUN (Score:2)
Ya, I spent six years in the COBOL mines back inthe 80's. And most of what I did was damn boring. But I could do some cool things with REXX in my spare time. What I liked best was the ease of parsing strings with it. Plus it was integreated pretty well into TSO/ISPF, so I could extend the editors and programming environment with it.
I never wrote a production application in REXX. But I wrote plenty of utilities to make my life easier and some of them took on a life of their own. One of them I wrote a
Re:Rexx made programming IBM mainframes FUN (Score:2)
Since it was the macro language for ispf - i first wrote about twenty macros - so you you could put the cursor on a filename, hit a pfkey and automatically browse the file, etc, etc.
Wrote code that would convert a cobol program to cobol II (all periods except one replaced in every paragraph by scope terminators, etc). Then systematically converted *hundreds* of programs to this newer style.
Wrot
History? I don't think so (Score:5, Informative)
First of all, REXX is hardly the first popular scripting language, there were lots of them before it. REXX was designed as an alternative to EXEC2 which was a replacement for EXEC and that's just on IBM's VM mainframe systems. Listing other scripting systems prior to REXX is left as an exercise for the reader.
As for history, REXX wasn't developed as an official IBM project. It was developed as an internal tools project by Mike Cowlishaw at IBM's research lab in Hursley, England (the VENTA lab) because EXEC2 basically sucked. It was distributed on IBM's internal tools system (VMTOOLS and IBMVM) and became hugely popular inside IBM.
It was made available as an unsupported tool through the IBM VM user group and became so popular that despite IBM managment wanting EXEC2 to be the "official" scripting language, nobody in their right minds used EXEC2 and REXX became almost universal. Pressure from their commercial VM/CMS and VM/XA users forced IBM to make REXX a supported product.
In the mid 1980s, a PC version became available internally on the IBMPC and PCTOOLS systems and quite a few internal tools were written in REXX but despite internal popularity, IBM didn't release the PC version of REXX until much later when a vastly expanded (some would say bloated) version was released as a fairly expensive commercial product.
As a side note, REXX was released as a scripting language for PCs with later versions of OS/2 but by that time OS/2 was insignificant in the PC industry.
One unrelated note, Cowlishaw is also famous as the keeper of the IBM Jargon Dictionary - a tongue firmly in cheek listing of IBMisms.
Re:History? I don't think so (Score:2)
Is this the same one that lists the FAMD -- "Forced Air Movement Device" -- a four-letter acronym for a three-letter word?
Rexx was pretty neat on the amiga as an IPC mechanism, namely REXX ports. As a language, I always found it pretty mediocre.
Re:History? I don't think so (Score:2)
As for cool things in REXX, take a look at the PARSE PULL command. Very, very handy for writing user input routines in a scripting system.
AREXX - the Amiga variant (Score:2)
blakespot
Re:AREXX - the Amiga variant (Score:3, Informative)
People must put things in context. The Amiga started out with a very large percentage of marketshare. It was only in its end years that market share dwindled so, via incredible growth in _other_ market shares.
For a while, REXX was a very dominant programming language. Then again, so was TCL for a while, and so was BASIC.
/bin/sh is older (Score:4, Informative)
Re:/bin/sh is older (Score:3, Informative)
IBM and the Rexx Lang Assoc. (Score:2, Informative)
REXX benefits and drawbacks (Score:3, Informative)
The most obvious drawback in REXX is that the standard I/O calls don't work on the mainframe (where you have to use EXECIO calls), so it's not very portable. Really, REXX's biggest benefit is its tight integration with TSO (the mainframe command interpreter) and ISPF (the screen interface and editor). When REXX is by itself on other platforms, these benefits disappear. I use REXX on MVS (now called z/OS), but it just pales in comparison to Perl or Python for other environments.
Keep in mind REXX predates the adoption of C-ish syntax (C, C++, Java, Perl, Python, PHP, etc), so it's not as easy to switch gears mentally as it would be among the C-ish family. As you'd expect, the syntax has its quirks, especially if you don't use it much. None of the standard library functions has names like C's, unlike Perl and PHP. Truth be told, REXX looks a whole lot like structured BASIC.
REXX is quirky. You can use stems as associative arrays, but there is no mechanism to iterate over them. (I'm not joking.) No regular expressions built into the language like Perl has. No built-in systems programming interfaces (you have to ADDRESS the operating system to run commands, like bash, etc. - more of a flow control language like bash than an environment like Perl) While there are modern extensions like OO for REXX, they're not standard in all REXX interpreters, and are as clumsy as adding OO to BASIC, Fortran, COBOL, and other pre-C languages.
WROX has a REXX book, the only new one in ages and ages. Unfortunately, it concentrates on non-mainframe platforms where there frankly isn't as much to talk about because you don't have the tight integration with the OS.
REXX with other backends (Score:2)
Thanks for the memories. (Score:2)
Re:Thanks for the memories. (Score:2)
A much bigger version of the problem is with "foo *bar = getFoo()". When that
ARexx, too bad Rexx didn't grab its featurelist. (Score:4, Interesting)
It was extensible by writing libraries for it, libraries that allowed it to do anything you were of a mind to.
When I was still running a big box amiga, Jim Hines and I (we were both working at a tv station, http://www.wdtv.com/> ) and needed a cron to run some of the very time consuming rendering jobs that lots of video people were running on amiga's a decade back.
So we wrote a cron in ARexx, and by carefull coding, its cpu hit was less than we could measure. Most of the wannabe cron apps for the amiga were coded to wait in busy loops till the clock matched, and of course used 20% or more of the cpu.
Eventually I bought a copy of rexx-plus, the only actual compiler for arexx there ever was, which could build standalone programs out of your arexx scripts.
You can yet, I think, download that to run on your old amiga, from Aminet.net, search for EzCron, latest version. IIRC the archive contains both the arexx script itself, and the compiled binary.
We did things in a couple of days using arexx that would have taken weeks in C. Repeatedly.
There is yet today, a headless old 2000/040 amiga there, running EzCron, and its executing additional arexx scripts to grab the prompter files for our newscasts from the news server in the news dept., and make them available for you to read at the above site. Incomplete sometimes because the news folks get lazy and don't transcribe to the prompter, whats said in a taped segment.
But when we looked at making those arexx scripts run on linux, regina upchucked all over the place because they were doing things that Rexx never had in its repertory. If that miggy ever dies for good, we'll have to rewrite them in bash, and that will take a couple of weeks to translate I expect. Bash I believe does have all the tools to do it. But its going to take a concerted effort we haven't found the time to do yet. Normal life keeps happening...
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Re:ARexx, too bad Rexx didn't grab its featurelist (Score:3, Informative)
I don't think it was anything but a name to address translator where the buffer named had to be read before another write to it was performed else the system went up in copious clouds of profanity. But if you paid attention to your housekeeping it was at least as stable as writing to a disk fi
it all depends... (Score:3, Informative)
And REXX has a much easier learning curve than something like perl, even easier (IMHO) than plain vanilla unix hell scripting. If you're in a large group or a group with a high turnover, you could do a lot worse than selecting REXX as a scripting standard.
For specifics as to why you might choose REXX over another scripting language in your toolkit, it has tremendous parsing capabilities (you can specify a template when you read text from the input stream, and have REXX bust up the incoming text to fit the template, adjusting case if desired) as well as very nice ways of dealing with arrays ("stems" in REXX parlance).
One of the niceties of using REXX in the mainframe world was that you could specify the environment a command string would be interpreted in. Not quite AppleScript, where you can direct scriptable apps to do your bidding, but the next best thing.
This allows you to co-opt other portions of your system to do the work for you, and not reinvent the wheel at every turn. Think of this as the "script as conductor" philosophy of scripting.
But REXX is also capable of functioning as a standalone programming environment. In the mainframe realm, I've done socket programming, dynamic sql, screen painting and more file conversions than I want to think about using REXX. I do code using a fair assortment of compiled languages, but when it's crunch time, nothing beats a good interpretive scripting facility to deliver the goods in a timely manner.
Sadly, aside from the unix/dos command shell, I don't believe many other environments are generally supported under non-mainframe REXX (I don't believe I've ever seen REXX operating as an EMACS macro, for example), but given the flexibility of the unix shell environment, that is generally sufficient.
Look around! (Score:3, Informative)
For those of you NOT clued in, Rexx also comes as ObjectRexx, which, as you might guess is fully object oriented.
IBM has completely open-sourced it, and there is also a second open-source implementation (Regina Rexx).
Check out what's been going on at
http://www.rexxla.org/>
For 90% of what people use a scripting language for, Rexx beats the pants of Perl. it's easy to use and it's _readable_.
On many platforms, you can construct full GUI apps with it too, from paint programs, to GUI unzippers, etc.
Oh, it's nice enough! My preferred scripting language along with Python. I've easily written stuff like converters from BSDL (boundary scan description language) to XML, even a simulation of 3-d nuclear spin diffusion in sparsely abundant cubic lattice.
OS/2 is dying - alot of REXX with it (Score:2)
first line comment (Score:2)
which changed meaning depending on how you pronounced the third word...
Baz
From a gentler time (Score:3, Insightful)
Sorry, nostalgic folks. The state of the art has moved on, and not accidentally.
Frivolous uses of REXX (Score:2)
Damn, I feel old.
slashdot submitter (Score:2)
RTFG.
Ahh good ol REXX - and my first website... (Score:2)
I also was heavily into online MUD realms, and ran a Worldgroup/Galacticomm BBS with MajorMUD [turbosentry.net]- a very expensive addon MUD realm. Well I came up with the idea to create an online database that combined all the data from all the realms and put it together in a nice ranked website of all the
NOOOO!!! EEEEVIL!!! EEEEEVIL!!! (Score:4, Informative)
No, REXX is shit. It sucks, it bites, it blows syphilitic goats through coffee stir-sticks. I'd compare it to the aborted offspring of third-generation addiction research monkeys if the Crackmonkey Defense League wouldn't picket me for it.
Why, I hear you ask, am I so violently opposed to this allegedly powerful "scripting" "language"? It's because I once had to use it.
I wrote a test harness with it. You know, one of those things that scripting languages are supposed to be good for? You'd think REXX would make such a task easy, wouldn't you? You'd be wrong.
How do I hate REXX? Let me count the ways:
You know? Procedures, aka functions aka subroutines? Those handy little things that let you subdivide your complex tasks into lots of simple ones? Ain't gottem'.
What it has is a kind of GOSUB-with-arguments that it pretends are real procedures and look enough like them that they fooled me until it was too late.
See, when you find a procedure definition in a reasonable scripting language, it's a no-op, right? It's either an expression that creates the procedure then and there or it's a thing that the interpreter finds in the source code before it starts running the program. Either way, when running through the code, the interpreter just sort of does nothing immediate when it finds a procedure definition.
So all we scripting hacks need to remember to do is to define our procedures before we use them, right?
Well, in REXX, they're labels. As soon as the thread of execution reaches a fake procedure, it wanders right in, up until it hits the RETURN statement, at which point it's an error if you're lucky or a return from some unexpected function if you're not.
And kazam! Good programming habits go unpunished.
And let's not think about the sort of spaghetti code this, uh, feature can lead to. No, really, let's not.
Since the pretend procedures are just labels, there has to be some way to monkey around with the scope to get something like local variables, right? There is. And it's vile.
There's a command (whose name I've mercifully forgotten) which creates a new global scope. You call it in your pretend-procedure and ta-da, everything's local now. Hooray, unless you want to actually access a real global variable. But they thought of that--the command lets you list the variables from the previous scope that you want to access and they get stuck into the new scope.
So far, so good, right?
The problem is that these scopes nest. So if fake-procedure FOO needs to write to global variable BLAT and declares it in its scope-creation thingy, this works fine if you call FOO from the mainline.
But what if function BAR calls FOO? Well then, the BLAT that FOO writes to will belong to BAR's scope unless BAR also declares BLAT to belong to the previous scope. And if QUUX calls BAR, the same thing happens.
So if you want to modify a global variable from a function you have to make sure that every function that can conceivably be part of its call chain cooperates. And if you mess up and don't find all of those cases, there's no warning or error message.
Y'know, there are other problems with REXX but they're not as bad. At least, I could have worked around them if I'd had a decent procedure system. A lot of language brokenness is tolerable if you only ever need to solve it once. REXX doesn't give me even that capability.
To be balanced, I should say some nice things about it:
There we go. That's nice, isn't it?
Re:Forget c++, REXX is KING! (Score:2, Informative)
As Ann Landers would've said, "An Ivy League School in New Haven?"
In the 70s there was a de facto competition among a bunch of Yale students to try to get some preposterous story accepted and published in her column. Parent proudly upholds the tradition.
Re:Forget c++, REXX is KING! (Score:2)
Re:Want a success story ? (Score:2)
Re:In it's day (Score:2)
Re:XOR Failure (Score:2, Funny)
Re:Way ahead of its time (Score:2)
Re:Way ahead of its time (Score:2)
Re:Way ahead of its time (Score:2)
Go take a gander at languages like Haskell, which don't require you to needlessly pre-declare your variables, and yet, are most likely more type-safe than any of C#, C++ or Java (considering you can circumvent the type system in the latter three with casts).
Get with the times, Jethro.
Re:Way ahead of its time (Score:3, Insightful)
Object Oriented Programming theory would disagree with you. While it's a "*good* thing" for the compiler writer it's a bad thing for the programmer. One of the four original tenets of OOP is that everything in an OOP system uses LATE BINDING so that the system can be flexible. It's only because Stroustrop couldn't get that working when he was writing his semi
Re:Type safety (Score:2)
Technically I think that may be true.
but please... it simply means identifiers are just names to which objects are bound.
Re:Type safety (Score:2)
Keep in mind this is a _scripting_ language, it is not compiled and is interpreted at run-time. Having to declare and type your variables would be a waste of time.
If you've ever used Rexx, you should know you'll get nicely understandable error messages at runtime if you've done something not-compatible.
But this feature is highly convenient...
For example, I can get it to print out any variable using "say ".
That'