[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: reference implementation bug
- To: "Chongkai Zhu" <czhu@xxxxxxxxxxx>
- Subject: Re: reference implementation bug
- From: "Will Fitzgerald" <will.fitzgerald@xxxxxxxxx>
- Date: Mon, 12 Mar 2007 15:04:43 -0400
- Cc: srfi-19@xxxxxxxxxxxxxxxxx
- Delivered-to: srfi-19@xxxxxxxxxxxxxxxxx
- Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=nS6uGqUdCAHX/wOfAg7HJnzWvHKQV/r6RSHdmfrBOa0/kakxcfTNfVfj0jiAboFsPOmYYWRrtjOcgrN4m433T4kX3J/M8lp+4ieploP3e+J5dUIrPMAwxd3lSfiAzn/HWHbF/0299NhhJB/yEzNKEAuEP/ULvTfRajAYchA8cnk=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=D2ONrevgYCCYjq0e5a9M3LiiFxBVcNr2KddetkvtRPbSDH2hp5g46DTqn0eZ178WevCZTxKtryHdUaUrm+GJ+/F+dMU8IqOYvHTA5HJTH9q1uAZ31a8A3bKwetz/NIIVdHQsAH0es3o1ZfmivvOnR6/6xGzCnH5lrWayjy3rAQg=
- In-reply-to: <007201c764d5$0d346e20$0e08629b@xxxxxxxxxxxxxxxxxxx>
- References: <007201c764d5$0d346e20$0e08629b@xxxxxxxxxxxxxxxxxxx>
- Sender: will.fitzgerald@xxxxxxxxx
Hello,
SRFI-19 is currently unsupported, and will likely remain so.
If anyone would like to 'take over support,' please contact me.
Will Fitzgerald will dot fitzgerald at pobox dot com.
On 3/12/07, Chongkai Zhu <czhu@xxxxxxxxxxx> wrote:
Hi,
According to
http://list.cs.brown.edu/pipermail/plt-scheme/2007-March/016761.html and
http://list.cs.brown.edu/pipermail/plt-scheme/2007-March/016763.html, we
found a new bug in the SRFI 19 reference implementation (that is, the PLT
implementation).
According to PLT MzScheme: Language Manual:
(current-milliseconds) returns the current ``time'' in fixnum milliseconds
(***possibly negative***). This time is based on a platform-specific
starting date or on the machine's startup time. Since the result is a
fixnum, the value increases only over a limited (though reasonably long)
time.
If current-milliseconds is negative, this will definitely break.
Now I'm putting the following into PLT SVN:
(define (tm:get-time-of-day)
(let* ([total-msecs (current-inexact-milliseconds)]
[secs (floor (/ total-msecs 1000))]
[msecs (floor (- total-msecs (* secs 1000)))])
(values (inexact->exact secs) (inexact->exact msecs))))
Would SRFI-19 author please check this and provide a better accompanying
implementation that works well with PLT v360?
Chongkai
--
Will Fitzgerald
weblog: <http://www.entish.org/willwhim>