> "*local* time"!? WTF!? Agreed, although my wild guess is that the existing date field DS1CREDT is a "local" date (yes, dates are the high-order digits of time, and therefore have time zones) so they needed to stick with local time to have the date/time combination make logical sense.
Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Paul Gilmartin Sent: Saturday, May 30, 2020 7:09 AM To: [email protected] Subject: Re: TIME a data set was created? On Fri, 29 May 2020 22:58:55 -0700, Ed Jaffe wrote: >On 5/29/2020 7:00 PM, Peter Vels wrote: >> How does one get the TIME a z/OS data set was created? The date is easy, >> but I'm after the time. > (further -- gil ) > >Background: Periodically I update a list of data sets created by an >application over which I have no control. I want to sort the list by >descending date and time. Where can I get the time from? LISTDSI won't >provide it unless the data set is on an EAV volume (doesn't apply). > as in: https://www.ibm.com/support/knowledgecenter/pt-br/SSLTBW_2.2.0/com.ibm.zos.v2r2.idas300/dgt3s314.htm >Data set creation time has been supported by z/OS for many years. To get >it, you must allocate using FMT8/9 DSCBs in the VTOC instead of FMT1. >When you do so, you get this field in the format 9 disk label: > >DS9TIME DS XL6 Number of microseconds since >* midnight, local time, that the data >* set described by its format 8 DSCB >* was created. See creation date >* field, DS1CREDT, for the date @V2A > What's the option to select FMT8/9 DSCBs in: o JCL DD statements? o TSO ALLOCATE? o BPXWDYN So, I assume the maximum value of DS9TIME is 8.64e10 for days having 24 hours, 8.28e10 for days having 23 hours, and 9.00e10 for days having 25 hours. Does IBM provide a utility, API, or sample code to format DS9TIME as "hh:mm:ss.uuuuuu zone" for display? So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, and 9.00e9 might display as 01:30:00 MST, right? "*local* time"!? WTF!? Where did IBM designers have their heads stuck? -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
