GNU bug report logs -
#26260
~f SRFI-19 format specifier mishandles one-digit seconds value
Previous Next
Reported by: Zefram <zefram <at> fysh.org>
Date: Sun, 26 Mar 2017 02:10:02 UTC
Severity: normal
Done: Andy Wingo <wingo <at> igalia.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
The ~f format specifier for SRFI-19's date->string is documented as:
# ~f seconds and fractional seconds, with locale
# decimal point, eg. `5.2'
Let's test that example:
scheme@(guile-user)> (use-modules (srfi srfi-19))
scheme@(guile-user)> (date->string (make-date 200000000 5 34 12 26 3 2017 0) "~f")
$1 = "05.2"
That's not the documented format: the doc and the SRFI itself show "5.2"
with no leading padding, but actual behaviour is to zero pad. There is
much that is ambiguous in the SRFI's specification of ~f, but with that
example it does at least seem clear that there should be no padding there.
-zefram
This bug report was last modified 8 years and 39 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.