Sorry, it was late at night when I typed my message. I guess if I had
said Z Series, it might have made a difference?
However, the general push seems to be towards *nix, one way or another.
Which means that CPU time will be spent looking for Line Feeds when you
read files, and Binary Zeros at the end of strings, and who knows what
else to soak up CPU cycles? MVS was really very efficient.
The "MVS" part knows record lengths, and can automatically do things
faster. And PL/I (for example) knows string lengths, too.
Clem
Phil Smith III wrote:
Clem Clarke <[EMAIL PROTECTED]> wrote:
<snip>
If there is not a low cost platform or method to develop software for
the MVS part of Z/OS, it might as well be dead. And Linux on Z/OS will
be what is left.
Let's make this clear once and for all: THERE IS NO LINUX ON Z/OS. Not now,
not ever.
There is USS and there is Linux on z. They're as different as z/OS and VSE (in
fact, in some ways that's not a bad analogy -- they're sorta kinda similar but
distinct, and run on the same hardware).
If you meant USS, fine; if you meant Linux on z, fine; but don't say "Linux on
z/OS". It devalues your entire thesis, which is a shame, 'cause you make some
excellent points.
...phsiii (cranky after midnight)
----------------------------------------------------------------------
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
----------------------------------------------------------------------
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
