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

[F. Wittenberger]

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