[Default] On 18 May 2020 09:38:34 -0700, in bit.listserv.ibm-main peter.far...@broadridge.com (Farley, Peter x23353) wrote:
>Peter, > >Thanks for your comments and questions. As I replied later in the thread, I >was incorrect in posing my original question because the file to be sent is >actually a VSAM file. Not sure at this time if it is KSDS or ESDS, as the >question was posed to me by a co-worker in another application team and I am >not aware of all the details there. This gets curiouser and curiouser. Unless the receiver of the file is either z/OS or z/VSE, how is the file going to look? Is what is actually being sent a sequential copy of the file? Also the transmitting mechanism may well have a byte count. Unless the file size is to be sent ahead of the actual transmission (I am assuming FTP or other online transport mechanism as opposed to tape or other physical medium), what can the receiver do based on the information? Is the sender supposed to do something? Clark Morris > >As I understand the current limitations of UDATASIZ and COMUDSIZ, the VSAM >file must be in "extended format" for those fields to be meaningful. Am I >correct in that understanding? > >Peter > >-----Original Message----- >From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of >Peter Relson >Sent: Sunday, May 17, 2020 4:36 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? > >Is the non-zFS "file" of the subject a data set / data set member (since we >move from HFS)? Or something else? > >I don't know what UDATASIZ and COMUDSIZ might or might not contain, but in >general the answer to the subject question is likely "no" because z/OS likely >does not keep that information. z/OS itself has no use for that information, >and maybe it's the case that there is no valid use for it in an application. > >Knowing the byte file size (which is what was asked about) is not the same as >knowing the number of records and the record size, particularly for a >variable-record-length data set, or the number of cylinders and/or tracks >and/or blocks that are allotted to the data set / member. > >Peter Relson >z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
