On Tue, Oct 26, 2021 at 12:01 PM Sage Gerard <[email protected]> wrote:
> > - The IANA's timezone database changed this month, and gregor's last > commit was 2 years ago. > > My comment was not meant to say that timezone math is easy to replace, or > even that gregor isn't a fit. It's to say that I'm not seeing correct > answers without a name lookup in front of tz/c, and the latest data from > the IANA. > The timezone database lookup logic is in the `tzinfo` package ( https://docs.racket-lang.org/tzinfo/index.html), last updated two *months* ago: https://github.com/97jaz/tzinfo Further, on Unix and Mac, it simply consults the OS-provided IANA timezone database. (It does look like the `tzdata` package that ships the database for Windows or other cases when you don't rely on the OS could use a pull request, though: https://github.com/97jaz/tzdata) On Tue, Oct 26, 2021 at 12:01 PM Sage Gerard <[email protected]> wrote: > > - Assuming I have the right repository link, gregor's tz/c contract is > only (or/c string? (integer-in -64800 64800)) [1]. I can set the > feed-timezone parameter in Splitflap to an arbitrary string and the guard > won't stop me. > > I guess the check doesn't happen as part of `tz/c`, but I can tell you that this program: #lang racket (require gregor) (now/moment #:tz "Nowhere/Middle") raises an exception saying, "Cannot find zoneinfo file for [Nowhere/Middle]". -Philip -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/0100017cbd702ddf-9c09541b-7c04-42d5-99be-00e7162b4dc6-000000%40email.amazonses.com.
