On 2014-12-18 12:20, Tony Harminc wrote: > > On 18 December 2014 at 09:19, Jon Butler <[email protected]> wrote: >> ... In fact, if you look at the >> IBM COBOL manual, you will see "File Organization", not "Dataset >> Organization"; PL/I refers to "FILE Attributes", etc. > > Sure. But in both cases the books are talking about the (loosely) File > Objects that each language has. These are constructs in the languages, > and they are mapped to some sort of implementation done by the > operating system. In the MVS case the things mapped to are usually, > but not always, datasets. > I take as the authority:
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idad400/dsam.htm%23dsam?lang=en z/OS DFSMS Using Data Sets SC23-6855-00 http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idad400/dsam.htm%23dsam?lang=en You can store all types of data sets on DASD but only sequential data sets on magnetic tape. Mountable tape volumes can reside in an automated tape library. For information about magnetic tape volumes, see z/OS DFSMS Using Magnetic Tapesz/OS DFSMS Using Magnetic Tapes. You can also direct a sequential data set to or from spool, a UNIX file, a TSO/E terminal, a unit record device, virtual I/O (VIO), or a dummy data set. OK. So what might a "File Object" be mapped to that isn't subsumed by that description. OK; I guess a socket. But on occasion, I've cited it to IBM support when they say, "WAD; we don't support that; as the Manual says it must be a data set." Invariably, they Humpty-Dumpty me, and I lose. > I'm sure you haven't. Neither have I ever seen a DD NULLFILE command. ;-)) > Perhaps an elision for "DD DSN=NULLFILE". -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
