On Tue, 12 Jun 2018 06:35:36 -0500, Tom Marchant wrote: >On Mon, 11 Jun 2018 16:57:02 -0700, Beverly Caldwell wrote: > >>I see. Never even considered that. This came from IBM via the DB2 order. Of >>course that doesn't mean they actually tested it! > If this is not the result of any customization you may have performed, an SR against the DB2 packaging is in order.
>When a passed data set is referenced, it is removed from the passed data >queue. >That's why it can't find it for the second DD statement. When the step ends, >the >PASS disposition puts it back in the passed data queue, so that a later step >can >reference it. > That design is moronic! It should be fixed. How much resource has been wasted explaining it to novices (even by RTFM). Why not simply leave the entry in the queue until the end of the step, or never remove it if PASS is specified? We'd be better off if we had never need to know this stuff. >... See "Passing a Data Set" in the JCL User's Guide (not the Reference). > If the behavior is not specified in the the Reference an RCF is in order. The Guide properly answers the question, "How can I do this?" The Reference should answer, "What happens when I do it?" >>On Mon, Jun 11, 2018 at 4:49 PM, Sri h Kolusu wrote: >>> >>> If you are referring the same temp dataset with 2 different DDnames in the >>> same step, then you probably need VOL=REF > Notes: o VOL=REF is not needued on the first referback within a step, only on the second and subsequent. o VOL=REF may mention a DDNAME either in an earlier step or in the same step. I regularly do this in a step which allocates a NEW data set (non-SMS) so I can refer to it by two different DDNAMEs within that step. o My mentor explained (I haven't tried) that once a temp data set is used twice in a step and both PASSed, it may be referenced an equal number of times in a subsequent step with no need for VOL=REF. I suppose such a DD might be added in the creating step to eliminate the need for some code in later steps. The behavior is inexcusable; it ought to be fixed. Simpler Is Better. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN