On Thu, 20 Sep 2012 20:20:21 -0500, Paul Gilmartin <paulgboul...@aim.com> wrote:
>I have (schematically) in SMPCNTL: > >RECEIVE SELECT( > F1 > E2 /* Renamed from OP. */ > E3 /* Renamed from OP. */ > ) FROMNTS(SMPNTS-path) > >And, variously in SMPNTS: > ++ FUNCTION( F1 ) ... > > ++ FUNCTION( E2 ) ... > ++ VER ... FMID( F1 ) ... > > ++ FUNCTION( E3 ) ... > ++ VER ... FMID( F1 ) ... > >And I get, in SMPOUT: > > GIM38901I ... SYSMOD E2 ... HAS NO APPLICABLE ++VER MCS. > GIM39001E ** SYSMOD E2 WAS NOT RECEIVED ... > > GIM38901I ... SYSMOD E3 ... HAS NO APPLICABLE ++VER MCS. > GIM39001E ** SYSMOD E3 WAS NOT RECEIVED ... > > GIM22701I RECEIVE PROCESSING WAS SUCCESSFUL FOR SYSMOD F1 ... > >Grrr. What determines the order of processing? This works if >I RECEIVE from tape, on which the SYSMODs are in order: >F1 before E2 before E3. Must I break this up into two separate >RECEIVE SELECT commands? This may be suboptimal if another >customer uses the same SMPCNTL SELECT statement to >RECEIVE from tape because it may cause needless repositioning >of the tape. > OK. I think I have it. They appear to be processed in GIMPAF order. (In fact I even had an RCF to clarify this once.) I neglected to order my input to GIMZIP properly; I simply filtered it from a LISTDS output. If I understand correctly, no further questions. Thanks again, gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
