On 02-Dec-2014 09:34 -0600, Jeff Crosby wrote:
On Tue, Dec 2, 2014 at 10:18 AM, CRPence wrote:
<<SNIP>> After that defective PTF is removed, only then should the
Load PTF (LODPTF) of the supersede be performed. I do not recall if
Delete PTF (DLTPTF) is desirable or even allowed against the
permanently removed defective PTF, but no harm in the attempt
performed after the removal and before the download\load\apply
activity of the superseding PTF.

<<SNIP>>

I can't seem to delete it entirely, though. I get this:

Message ID . . : CPF35C5
Date sent . . . : 12/02/14 Time sent . . . : 10:23:49
Message . . . . : PTF 5770TC1-SI54738 V7R1M0 not deleted.
<<SNIP>>

There's no save file in QGPL and there's no cover letter. Is this a
Catch-22 or am I not understanding something?

Sorry. I used the word "attempt" to imply that the request might be unsuccessful; expectedly. After that PTF was permanently removed, apparently there no longer existed any record of the PTF in *SERVICE [nor the corresponding downloaded PTF save file] for that PTF. I expect, whether the DLTPTF request is supported after the remove, may depend on how the PTF was delivered to the system; ¿or perhaps never supported after a perm removed?

No matter. Just download, load, and apply the supersede now that there is no remnant\residue of the defective PTF to interfere with the intended replacement.


This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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 [javascript protected email address].