[plt-dev] Serializable SRFI 19 dates and times

I wrote the patch on a fresh copy of time.ss taken from the head of trunk. I'm pretty sure Sam's patch was in there at that point. In fact, I just did "svn up" to check and it didn't change anything.

There's another SRFI issue that I'd like to bring up while we're on the subject. I'll do it in a separate thread for the sake of search engines.

-- Dave

Doug Williams wrote:

> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/dev/archive/attachments/20100302/69902421/attachment.html>