💾 Archived View for bbs.geminispace.org › u › mbays › 5201 captured on 2024-07-09 at 02:40:16. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2024-05-26)
-=-=-=-=-=-=-
Re: "Converting Unix timestamp to date/time"
So you plan to be part of the Y2038 problem?
2023-09-11 · 10 months ago
🐉 gyaradong · 2023-09-11 at 06:43:
some notes:
- a country went into daylight savings and never came out
- countries and states routinely change the dates when coming into or out of daylight savings.
- a country one skipped a week or rewound a week. can't remember which.
- a small island went from one side of the international date line to the other. I think they are now beyond 12 hours forward.
I'm never touching a time library.
🦀 jeang3nie · 2023-09-11 at 15:03:
Crap, don't get me started on daylight savings time.
🚀 stack [OP] · 2023-09-11 at 17:05:
I am passing the buck to the user, of course. A variable will keep the timezone adjustment offset, and whoever cares about this will set it to the right amount.
At this point, it is very likely that I will be the only user anyway.
X
Converting Unix timestamp to date/time — Without any outside libraries. All we have is a Unix timestamp, seconds since Jan. 1, 1970. I'm looking for a minimalistic solution for my tiny nForth, but really curious if anyone has tricks up their sleeve for this kind of a task. I'm willing to ignore leap seconds for now. So far I got the time part: add timezone in seconds, divide by 86400 to get days, and use the remainder for time in seconds. The rest is trivial, dividing by 60 for minutes and 60...