On 12/2/2011 12:05 PM, Paul Gilmartin scratched his head and wrote:
If I APPLY a MOD that has fewer CSECTS than an earlier version, are the omitted CSECTs REPLACEd? The Reference implies that this is done (in a warning, as if it were an extraordinary occurrence).
Yes, the APPLY will generate REPLACE statements so the binder can delete the omitted CSECTs.
If I RESTORE to the earlier version, does SMP/E put such CSECTs back? Where does it get them? The DLIB?
SMP/E includes the MOD from the DLIB, so if the accepted level of the MOD has those CSECTs, then they will be added to the LMOD.
If I APPLY a MOD that has more CSECTs than the earlier version, there should be no problem. When I RESTORE, does it REPLACE the additional CSECTS? (I seem to see this happening when I RESTORE a PTF that introduced an new MOD element; that's where I went wrong by not supplying a CSECT option -- not all CSECTS were REPLACEd, and the stragglers caused Binder errors.)
Similar to APPLY, yes RESTORE should generate the appropriate REPLACE statements so the binder can delete the proper CSECTs.
In the extreme, what happens if two or more MOD elements contain an identical CSECT?
Without a more specific description of the scenario its hard to say, but as you surmise, this could get interesting.
Kurt Quackenbush -- IBM, SMP/E Development ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
