I see https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sc236878/$file/icea100_v2r3.pdf
"xx" -- hundredths -- is all you have. I don't see a "TC5" that would give you hhmmssxxxxxx. TOD clock conversion is complex enough that I suspect you cannot do it yourself with non-TOD-specific formatting instructions -- but I am not a DFSORT expert, not at all. I get why you want this. Hundredths are just not adequate in 2022. You need milliseconds at the very least, and microseconds would be nice. I suspect that if it is really, really important you are going to have to dig out the HLASM manuals. But DFSORT does marvelous tricks. Perhaps someone else knows how to do this with DFSORT. Do you have SAS? Perhaps you could do it with SAS. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Stefan Lezzi Sent: Friday, September 16, 2022 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: dfsort - microseconds (STCK/TOD) Thanks, I've just tested your suggestion: TT:TT:TT.TT -> 14:53:21.36 TT:TT:TT.TTTTTT -> 00:00:14.532136 It behaves like in the manual described: Format Code | Length | Description TC4 |8 bytes | TOD time interpreted as Z'hhmmssxx' ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN