He wants NON VSAM - which is why I suggested to REXX to use LISTDSI But there might be other functions on CBTTAPE.ORG that might be useful
Lizette -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Joe Monk Sent: Thursday, May 14, 2020 11:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files? I dont see why you cant just call IDCAMS in batch (regardless of the language used) and get the file size from the catalog? Joe On Thu, May 14, 2020 at 1:16 PM Seymour J Metz <sme...@gmu.edu> wrote: > That wasn't what he wrote, but I agree that it could have been phrased > better. Still, the question is relevant; if we (TINW) knew why the OP > was asking and what was behind his question, we would be better > positioned to address the underlying problem. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > ________________________________________ > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of Charles Mills [charl...@mcn.org] > Sent: Thursday, May 14, 2020 1:46 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, > non-zFS, non-database files? > > I hear you @Shmuel and agree, but "why does it have to be solved in COBOL?" > Well gee, I would guess because the application that needs to know is > already written -- and it's written in COBOL. > > Charles > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Seymour J Metz > Sent: Thursday, May 14, 2020 10:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, > non-zFS, non-database files? > > It is very common for someone with a problem to assume that it has to > be fixed in a certain way, and to ask about that way rather than the > actual problem. Asking for clarification never hurts, and often helps. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > ________________________________________ > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of Charles Mills [charl...@mcn.org] > Sent: Thursday, May 14, 2020 1:25 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, > non-zFS, non-database files? > > Of course it does not matter to COBOL! > > But it might matter to one or more applications that might just happen > to be written in COBOL! > > No disrespect @Gil but this kind of answer drives me crazy. One thinks > about a problem. It is a big and complex problem with multiple > unknowns and tradeoffs. There are many ways one might at least > partially solve it. One thinks at length about all the tradeoffs. One > finally drills down on one particular approach ... but wait! There is > one detail necessary for the solution to work that one does not know. > > So one posts on IBMMAIN "how can a COBOL program running as a started > task but not APF-authorized determine how many widgets are in a bushel?" > > And someone immediately replies "why would you want to do that?" > > Charles > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > Sent: Thursday, May 14, 2020 9:57 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, > non-zFS, non-database files? > > On Thu, 14 May 2020 16:31:45 +0000, Farley, Peter x23353 wrote: > > >Thanks Lizette, I had forgotten about LISTDSI. The context here was > >a > need > for an API callable from a batch COBOL program, but that could be done > too, if somewhat clumsily due to the requirement for LISTDSI to be > executed in a TSO environment. > > > >I sent my co-worker on a search at cbttape.org for something he could > use. > > > Why? Where does this matter to COBOL? > > The VTOC-based approaches give at least an upper bound, which might > suffice for capacity calculations. > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
