Because the information that he's asking for isn't in the catalog.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joe Monk [joemon...@gmail.com] Sent: Thursday, May 14, 2020 2:22 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 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
