On Wed, 1 Jun 2005 14:31:42 -0700 Charles Mills <[EMAIL PROTECTED]> wrote:
:>I remember (I believe) when DSN=NULLFILE came along. The altering of DD :>statements in a proc is the whole essence of DSN=NULLFILE. Before :>NULLFILE came along, if you had a proc with the DD statement :>//MYDD DD DSN=&SOMEPRM,... :>then there was no "parameter" way for the user (caller) to "dummy out" :>MYDD. Stating it differently, there was no way to code a DD statement :>inside a proc that based on a user parameter could be either a "real" :>DSN or DUMMY. DSN=NULLFILE made it possible. Certainly was. // PROC DUMMY1='DUMMY,'........ // DD &DUMMY1.DSN=whatever ...... Remember many procs like that :>I think that is the entire difference between DUMMY and NULLFILE: it's a :>syntactical difference. It's like languages with more than one way to :>express (for example) an iterative loop. DUMMY is easier to code, :>NULLFILE is more flexible, especially in a proc. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- 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
