[plt-dev] Serializable SRFI 19 dates and times

Does this include the changes that Sam posted on (I think) the developers
list on Feb 26? Unfortunately, there are several latent bugs in the
reference implementation of SRFI 19. Sam included a fix for the
date-nanoseconds being off by a factor of 100. It now passes the tests that
were added to catch that particular bug. Someone who knows what they're
doing - i.e., not me - should probably update the leap seconds table based
on the 2009 data. The latest update seems to have been in 2006. Instructions
are in the code.

Doug

On Mon, Mar 1, 2010 at 11:20 AM, Jay McCarthy <jay.mccarthy at gmail.com>wrote:

> I think everything should be serializable. I will apply this if no one
> has some argument why SRFIs in particular should not.
>
> Jay
>
> On Sat, Feb 27, 2010 at 4:58 PM, Dave Gurnell <d.j.gurnell at gmail.com>
> wrote:
> > Hi,
> >
> > I have a web app that makes heavy use of SRFI 19 dates and times and I'd
> like to serialize them to disk. Unfortunately they're not currently
> serializable.
> >
> > I've written a patch that adds serialize and deserialize info to both
> struct types - diffs attached. Is this an okay sort of thing to add?
> >
> > Cheers,
> >
> > -- Dave
> >
> >
> >
> >
> >
> > _________________________________________________
> >  For list-related administrative tasks:
> >  http://list.cs.brown.edu/mailman/listinfo/plt-dev
> >
> >
>
>
>
> --
> Jay McCarthy <jay at cs.byu.edu>
> Assistant Professor / Brigham Young University
> http://teammccarthy.org/jay
>
> "The glory of God is Intelligence" - D&C 93
> _________________________________________________
>  For list-related administrative tasks:
>  http://list.cs.brown.edu/mailman/listinfo/plt-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/dev/archive/attachments/20100301/95e34973/attachment.html>