On Tue, Oct 26, 2021 at 12:01 PM Sage Gerard <s...@sagegerard.com> 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 <s...@sagegerard.com> 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 racket-users+unsubscr...@googlegroups.com. 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.
