home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / sasl / 5739 < prev    next >
Encoding:
Text File  |  1993-01-24  |  1.5 KB  |  41 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!UNC.BITNET!UBSHEFF
  3. Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:SAS-L@VTVM2.BITNET>
  4. Message-ID: <SAS-L%93012419460307@VTVM2.CC.VT.EDU>
  5. Newsgroups: bit.listserv.sas-l
  6. Date:         Sun, 24 Jan 1993 19:46:00 EST
  7. Reply-To:     Brian Sheff <UBSHEFF@UNC.BITNET>
  8. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  9. From:         Brian Sheff <UBSHEFF@UNC.BITNET>
  10. Subject:      MVS Clist problem solved
  11. Lines: 28
  12.  
  13. SASlers,
  14.  
  15.      You may vaguely remember a problem posted on SAS-L about 3
  16. months ago dealing with user created clists.  The problems been
  17. resolved and a usage note (V6-SYS.SYS 5380) written and this is
  18. just FYI.   Here is my summary of the problem and the fix:
  19.  
  20.      In V 6.07 under MVS, a clist calling SAS with the LOG and PRINT
  21. operands to data sets may cause the log and list output to be routed
  22. to a single file, if the two data sets are identical except for the
  23. last level.  For example this code would produce the problem:
  24. (wrong)
  25.      SAS PRINT('''userid.OUTPUT''') LOG('''userid.OUTPUT.LOG''')
  26.  
  27.      As shown above, one data set name is completely contained in
  28. the other. Therefore, both the log and list output would be sent
  29. to 'userid.OUTPUT.LOG'.
  30.  
  31.      To circumvent this from happening:
  32. (right)
  33.      SAS PRINT('''userid.OUTPUT.LIST''') LOG('''userid.OUTPUT.LOG''')
  34.  
  35.      Having PRINT point to 'userid.OUTPUT.LIST' and LOG point to
  36. 'userid.OUTPUT.LOG' would avoid the problem.
  37.  
  38.      NOTE: this problem is fixed in Version 6.08.
  39.  
  40.  Brian Sheff  / OIT User Service
  41.