Chris Craddock writes:
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.
Yes indeed! My first exposure to the LE came when I had to write some
things to be used by COBOL programmers, and I found that I could use the
LE-supplied prologue and epilogue (stack-management) macros to preserve the
COBOL environment without adding measurably to the burden these COBOL
applications were already carrying. I was then agreeably surprised to learn
that this was the case for heap storage too.
Some of us who write a lot of assembly-language routines for other people to
use have also developed our own stack- and heap-management macros and code.
This is a viable alternative to use of the LE routines in situations in
which the environment is not perforce an LE (because SLPL) one. Its limited
use reflects the fact that the HLASM macro language is radically underused
and under appreciated. (People of course code macro instructions, but they
don't often write their own macro definitions.) But that is a topic for
another thread in another place . . .
John Gilmore
Ashland, MA 01721-1817
USA
_________________________________________________________________
Try Search Survival Kits: Fix up your home and better handle your cash with
Live Search!
http://imagine-windowslive.com/search/kits/default.aspx?kit=improve&locale=en-US&source=hmtagline
----------------------------------------------------------------------
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
