On Tue, 5 Apr 2011 15:36:24 -0400, Tony Harminc <[email protected]> wrote:
> >I too continue to use TSO TEST for certain things, and indeed it would >be a very good thing if they would add just a few little updates: > >Better floating point support, as you suggest > >Access register support > >64-bit GPR support > >64-bit indirection (the IPCS syntax would be consistent) > >TEST (and other TSO components) are extra frustrating because however >dead-ended TSO may be, there *are* updates going on, but they never >seem to take the opportunity to make minor enhancements while they >have a module open for other purposes. Yeah, I know - internal >politics, time & budget allocation, and so on. But most development >labs manage to sneak in a few enhancements under the RADAR from time >to time. > Yes, I've discussed some of those with the TSO guy. The basic problem with all of them seems to be that they hit the TSO TEST register save and restore processing and that is non-trivial to upgrade plus its hard to do piecemeal. I've done a fair amount of AMODE(64) testing on TEST and it seems to run AMODE(64) stuff just fine; its just that you can't see the addresses when they're in registers... :-( Writing the code is the easy part; its getting the resources to thoroughly test what you've written that stops you dead in your tracks. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development ---------------------------------------------------------------------- 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
