Hey Tom. Nothing personal implied - I, you, them, whoever.
I think IBM has done a pretty good job over the years of protecting our investments in developed technology. And now, they are doing a good job of satisfying end user requirements. I would give them an A+ on this issue for involving their user community for feedback. I'm sure there are lots of ways that programs could have been written 30 years ago and they won't work today because of architecture changes. There are new instruction op codes for one. If a 360 program would have forced a program check (0C1)* for whatever reason that they wanted to run inside a recovery environment, perhaps that original invalid op code chosen is now valid? Who's to blame there? IBM made an architecture change, because their customers asked it. Perhaps CHANGE is to blame. I'm not a sysprog, but I would bet there is an exit somewhere that could be customized to make sure that a program can't be passed more than 100 bytes if a shop doesn't want that to happen. Todd *I started in the industry in '80, not in the '60s. I'm making an assumption that some form of ESTAE/ESTAI was available back then. ----- Original Message ----- From: "Tom Schmidt" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Friday, May 20, 2005 2:43 PM Subject: Re: PARM= > Todd, > > First, lets not make this personal. *I* didn't pass 64K bytes to a program > not expecting it, someone else did. (I know better.) The result could be > a program failure. Some sites will launch a witch hunt to assess guilt, > etc. But the architecture in place when the program was written completely > precluded that possibility... so it really was IBM who broke the program. > Especially since the rules in place even TODAY continue to preclude the > possibility. > ---------------------------------------------------------------------- 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
