Re: [Chicken-users] Possible formating Bug in SRFI-19?

[Elf]

srfi-19 is broken in several ways right now and will be refactored soon.

-elf

On Mon, 18 Aug 2008, Jörg F. Wittenberger wrote:

> Hi Kon,
>
> I ran into a problem with SRFI-19 formatting.  (Being lazy) I'm not
> (yet) using the chicken egg, but the version I made up years ago.  Now I
> found this bug, which - if there are no other tricks in your code -
> should affect the egg too: in date->string the ~s should hit
>
>    (cons #\s
>      (lambda (date pad-with port)
>        (display (time-second (date->time-utc date)) port)))
>
> (which stems from the reference implementation).  Right now (time-second
> (date->time-utc (current-date))) is 1219068469.  Let's try:
>
> $ csi
>
> CHICKEN
> (c)2008 The Chicken Team
> (c)2000-2007 Felix L. Winkelmann
> Version 3.3.8 - linux-unix-gnu-x86      [ manyargs dload ptables applyhook
> hostpcre ]
> SVN rev. 11663  compiled 2008-08-17 on debian (Linux)
>
> #;1> 1219068469
> 1219068469.0
> #;2>
>
> Too bad: there is an extra #\. in the output, which will certainly
> confuse the corresponding string->date parser.
>
> Could you check if this applies to the egg's version?
>
> best regards
>
> /Jörg
>
>
> _______________________________________________
> Chicken-users mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/chicken-users