It is easy to say that a COBOL program needs to “know” this but it is
nonsense since there is nothing a COBOL program can do with this info.
If it turns out to really be necessary then a subroutine can be written (as it
has been done for decades) to provide this information.
If the question is simply to bitch about why z/OS does do this automatically
via a call or something then the complaint is directed to the wrong group
Get Outlook for iOS
On Thu, May 14, 2020 at 11:43 AM -0700, "Seymour J Metz" <sme...@gmu.edu> wrote:
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 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
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
