Speaking of TZ, by coincidence I just stumbled across its full documentation in UNIX System Services Command Reference Appendix I.
Format TZ= standardHH[:MM[:SS]] [daylight[HH[:MM[:SS:]]] [,startdate[/starttime],enddate[/endtime]] ] It describes all those elements. I wasn't even aware of the DST rules part. I'll probably not get this right, but I calculate the full US ET string as TZ=EST05EDT04,M3.2.0,M11.1.0 Maybe fetching TZ would solve the original problem. And maybe it would be easier to just take a parm. sas On Mon, May 18, 2020 at 8:46 AM David Crayford <dcrayf...@gmail.com> wrote: > On 2020-05-18 8:40 PM, Barkow, Eileen wrote: > > Java has several classes and API methods to get the time zone. > > Where does the JVM determine this info -is is not from the Unix settings? > > Yes, but you better make sure the TZ, _TZ variables are set correctly! > > ISO-8601 flattens this issue somewhat as the timezone etc is part of the > timestamp. > > https://en.wikipedia.org/wiki/ISO_8601 > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN