Rob In the bad old days, if you wanted to change the PPT values which IBM was trying to foist on you as bits in the PPT, you had to know which load module, IEFSD060, and which CSECT, IEFSDPPT, to "zap". Eventually, IBM took pity on the poor put-upon systems programmer and invented the PPT entry of the SCHEDxx member so that any change could be performed in a dignified manner!
So that's what the PPT entries in the SCHEDxx member are all about, changing the fixed PPT table values where you actually need to make a change - as, for example, the EZBTNINI entry in order to "switch off" NC, "non-cancelable", so that you can treat your SNA-oriented TELNET server just like you have been treating all other servers for the last two decades and put it in the AUTOLOG list - and "Agincourt fingers" to what it says on the topic in the Configuration Guide! http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3b0/2.2.1.1 A problem - some would say "issue" - is described and - almost - totally the wrong answer is given! Chris Mason On Tue, 11 Oct 2011 14:43:12 -0400, Rob Schramm <rob.schr...@gmail.com> wrote: >My question is concerning SCHDxx. > >If IBM supplies default values for about 80 PPT entries, is there any >reason to have a SCHDxx that has any IBM PPT entries that have default >values? > > >Rob Schramm ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
