Re: Another PTF Question

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
5=Display details
F9=Display PTFs
PTF ID Requested
MF59277 Yes
MF59283 Yes
MF99009 No
SI53763 No
SI53868 No

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.


Rob Berendt