After studying the strptime timezone %Z situation for a bit, I have concluded that both time and computers were a mistake. - ThreadSky

About ThreadSky

bert-hubert.fosstodon.org.ap.brid.gy • 83 days ago

After studying the strptime timezone %Z situation for a bit, I have concluded that both time and computers were a mistake.

Comments

TimWardCam.c.im.ap.brid.gy•83 days ago

@bert_hubert https://gist.github.com/timvisee/fcda9bbdff88d45cc9061606b4b923ca (but you knew that)

RecoveredExpert.mastodon.social.ap.brid.gy•83 days ago

@bert_hubert date, time and calendar we know today is history showing how lack of understanding in combination with “move fast and break things” turns out to be.

bert-hubert.fosstodon.org.ap.brid.gy•83 days ago

"In Dublin's official timezone data, for example, tm_isdst is zero in their summer and one in their winter, the opposite of the norm, but not on RHEL, which "normalizes" the data. If you lived in Dublin and used Fedora, and made an invalid assumption about tm_isdst values, you would not be on […]

bert-hubert.fosstodon.org.ap.brid.gy•82 days ago

I have finally found an up to date standard that covers mktime(), https://pubs.opengroup.org/onlinepubs/9799919799/functions/mktime.html - and in it we learn that on error mktime returns the valid timestamp -1 (which happened in 1969 UTC). To detect if this […] https://fosstodon.org/@bert_hubert/113850193810641668

alzimon.mastodon.nl.ap.brid.gy•81 days ago

@bert_hubert

bert-hubert.fosstodon.org.ap.brid.gy•82 days ago

Similarly, if your copy of the strptime() manpage left you with any hope on what it would do for you wrt timezones, I can highly recommend https://pubs.opengroup.org/onlinepubs/9799919799/functions/strptime.html "%z: The effect of this offset, if any, on the […] https://fosstodon.org/@bert_hubert/113850374438881166

Posting Rules

Be respectful to others
No spam or self-promotion
Stay on topic
Follow Bluesky's terms of service

Comments

Posting Rules

Reply