home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / sasl / 3375 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.4 KB  |  37 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!darwin.sura.net!wupost!psuvax1!psuvm!auvm!INDYCMS.IUPUI.EDU!IQTI400
  3. Message-ID: <SAS-L%92072111033808@UGA.CC.UGA.EDU>
  4. Newsgroups: bit.listserv.sas-l
  5. Date:         Tue, 21 Jul 1992 10:03:15 EST
  6. Reply-To:     MacPhil <IQTI400@INDYCMS.IUPUI.EDU>
  7. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  8. From:         MacPhil <IQTI400@INDYCMS.IUPUI.EDU>
  9. Subject:      Accessing MVS datasets from SAS/CMS
  10. Comments: To: sas <sas-l@uga.cc.uga.edu>
  11. Lines: 24
  12.  
  13. I appreciate the responses I've received so far.
  14.  
  15. Unfortunately, it appears I wasn't clear enough in what we are attempting
  16. to do.
  17.  
  18. The MVS pack is linked and accessed and a filedef exists to a SAS
  19. dataset which we are able to reference properly in SAS/MVS.  When
  20. we attempt to reference this same file (after the linking & access -
  21. i.e. CMS file mode access), that's when we receive the errors.
  22.  
  23. We aren't looking to run a job on MVS to put it in a different format,
  24. etc. as we can already reference it in MVS, so copying to a second file
  25. would be somewhat wasteful.
  26.  
  27. Thanks again for any assistance.
  28.  
  29. P.S.
  30.  
  31. We know it's possible as it used to work in earlier versions of SAS. (5.18?)
  32.  
  33. ------------------------------------------------------------------------
  34. When ambidextrous people can't do it right, we do it left.
  35.  
  36. MacPhil / iqti400@indycms.bitnet / iqti400@indycms.iupui.edu
  37.