On Thu, 15 May 2014 14:03:00 -0500, Paul Gilmartin wrote: >Also (topic drift) The SMP/E manuals say that if the SYSMOD is absent >from the SMPPTS, RECEIVE will re-RECEIVE it even if the REWORK is >unchanged.
I would not assume that I could leave SMP/E in a correct state by deleting a PTF from SMPPTS. I always use REJECT for that purpose. >But be careful: In our development we may make radical >changes in the structure of a PTF (we never send two such versions >to field). IMO, in this case, the correct approach is to 1. RESTORE the PTF from all target zones to which it has been applied. 2. REJECT the PTF 3. RECEIVE the updated PTF 4. Apply the updated PTF (REDO is not needed) >I have observed that merely deleting from the SMPPTS and >re-RECEIVEing leaves tramp entries in the GLOBAL zone. I'm not surprised. Do it correctly. I wouldn't be surprised if Kurt Q. knows how to clean it up correctly without using REJECT, but I would be surprised if he bothers. I know that I don't know how to do it correctly. >I don't know >whether changing REWORK causes such entries to be cleaned up. I >rely on REJECT. And you should, IMO. If the REWORK is anything more complicated than a code change (e.g. different elements, or a different number of elements), the PTF should be RESTORED before it is REJECTED. -- Tom Marchant ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
