On 24 Jul 2013 07:32:08 -0700, Paul Gilmartin wrote: >On Wed, 24 Jul 2013 08:42:55 -0500, Kenneth Wilkerson wrote: >> >>However, in your initial post you talked about the above sequence involving >>the TR being complex. I assume you're talking about the translate table >>itself. When I need translate tables that are not "simple" and particularly >>error prone, I write a program to create it. I would quadword align the >>origin and result tables, do the tests and sets (in this case X'80' to >>'X01', ... X'01' to X'80'), load the address of the result table in a >>register, DC H'0' to get an 0c1. I would set a slip and run the job. I could >>then format the dump and cut and paste (with a little manipulation) the >>table into an assembler source. In this case, if the first and last 16 bytes >>of the table are correct, the its probably 100% correct. I find the half >>hour I use doing this for "error prone" translate tables can save me hours >>debugging later. >> >Another contributor to this list would probably achieve the result with a >HLASM macro. > >Not every programmer is authorized to set SLIPs, I believe. >
There are, of course, ways to get a dump without using the SLIP command. However, on the very few occasions I needed to do something like this I used the steam-powered TSO TEST command, by using PRINT(...) on the LIST command to direct the output into a dataset. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN