Re: [9fans] libdate

[tlaronde@polynum.com]

Hello,

On Sat, Apr 25, 2020 at 05:54:30PM -0700, ori@eigenstate.org 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