Craddock, Chris wrote:
[snip]
It is possible (BTDTGTS) to build coding and run time environments on
z/OS where the programmer (even the system's software developer) never
has to confront the low level details. In such an environment,
reentrancy is natural and in all but the most trivial cases, blows the
doors off more "traditional" programming practices for performance.
This is of course, a religious argument to many. I don't expect to
change any minds. But I offer the following challenge to assembly
language application developers. Even though LE is a demented rats-nest
of bad ideas, if you simply use it, you might be pleasantly surprised at
how much easier and faster your code can run overall. There's a lot more
function available and it is trivially easy to use.
A software stack that provides saving of status & regs, synchronization
with error recovery, and storage for so-called "automatic" variables is
a MUST for any complex system. The one we use is "home grown" and
thoroughly incompatible with LE. Our programs would require massive
conversions to use LE services. In particular, it would be close to
impossible to free up R12 (as required by LE) in several million lines
of code.
Like you, I also know how difficult it is to write the kind of
infrastructure upon which complex assembler language programs must
depend. For anyone starting from scratch, LE sounds like the best way to
"short cut" that process while, at the same time, gaining access to many
additional run time functions with almost no effort. Thanks for pointing
that out!
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
