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

Reply via email to