Once again, if you order PTF MF59277 and MF59283 and it decides that it
has "preprequisites" or "corequisites" of PTFs MF99009, SI53763 and
SI53868 then SNDPTFORD will check to see if your systems has those. If it
does not then you will see them in WRKPRB like this real world example
from one of my systems:
Problem ID Status Problem Description
1434423985 ANSWERED Fix request
PTF ID Requested
All of these can be loaded from *SERVICE like this:
INSPTF LICPGM((*ALL)) DEV(*SERVICE) INSTYP(*DLYALL)
Caution: Use an appropriate option on INSTYP. The default will IPL your
system right there and then. If you're some sort of woosie you can try GO
PTF, option 8.
After running the INSPTF you can IPL at your leisure. Yes, some of the
above PTF's are 'delayed' ptf's. You can use the options within the
WRKPRB, 5, F9 screen to see each ptf cover letter. Then you can decide
which are delayed or immediate. And which have 'special instructions'. Of
course some of these special instructions are rather draconian and you
might as well IPL. For example this fake instruction "to apply this PTF
to TCP/IP you must run ENDTCP first and vary off the line". And some
special instructions have to be done no matter how many IPL's you've done.
Like putting on WAS fixes or those that suggest you recompile your RPG
programs that use such-and-such a feature.
The problem with LODPTF is that it does not support the *ALL option for
LICPGM like INSPTF does. You have to run it for each LICPGM. It gets to
be a hoot when something from SS1 won't load because it's missing one from
999 and you can't just load the one from 999 first because it's coreq is
the one from SS1. Hence my fondness for INSPTF.
This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact