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
On Sun 26 Mar 2017 04:09, Zefram <zefram <at> fysh.org> writes:
> 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.
Fixed in git; thanks for the report :)
Andy
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.