Hello, On Sat, Apr 25, 2020 at 05:54:30PM -0700, [email protected] wrote: > Date handling on plan 9 is almost adequate today if you don't > have to parse dates or deal with timezones, and don't do > multithreading. Otherwise, it's difficult to get right, and > we often don't. > > We've got a crappy home-rolled date parser in seconds(1), > a few in the upas source tree to deal with mail formats, > and git9 has a few hacks around this as well. > > Out of tree, joe9 has been trying to write code that takes > stock information in one timezone and moves them to another, > and our APIs there are completely inadequate. > > So, I tried to write a library that is adequate, without > being complicated. >
Just out of curiosity (I may have missed the point): since this is not heavily system dependent, and more user related, and for the sake of APE, did you consider the standard C and the POSIX interfaces? > The code lives here: > > https://git.eigenstate.org/ori/date.git > > I'll probably be merging in the changes between Tmd and Tm > soon, and committing to 9front, possibly even as part of libc. > > Some additional work is probably going to be needed to convert > from IANA zoneinfo to actually bring our timezone data up to > date. We may also need some timezone info format changes to > handle political (and leap second) changes. > > > The manpage is attached below for review: FWIW, a typo in the sample code, the closing bracket in the assignation before comparison is missing. > if((zl = tmgetzone("local") == nil) ^ (in all the chunks). Thank you for the work! Best regards, -- Thierry Laronde <tlaronde +AT+ polynum +dot+ com> http://www.kergis.com/ http://www.sbfa.fr/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T5b9f56a5fac852c2-Mc09804e9ea0b8b0762e9d574 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
