[debbugs-tracker] bug#26260: closed (~f SRFI-19 format specifier mishandles one-digit seconds value)

[GNU bug Tracking System]

Your message dated Wed, 19 Apr 2017 15:46:54 +0200
with message-id <address@hidden>
and subject line Re: bug#26260: ~f SRFI-19 format specifier mishandles 
one-digit seconds value
has caused the debbugs.gnu.org bug report #26260,
regarding ~f SRFI-19 format specifier mishandles one-digit seconds value
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
26260: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=26260
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> ~f SRFI-19 format specifier mishandles one-digit seconds value
>
>
>
>
> Date: 
>
> Sun, 26 Mar 2017 03:09:29 +0100
>
>
>
>
> 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
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#26260: ~f SRFI-19 format specifier mishandles one-digit seconds value
>
>
>
>
> Date: 
>
> Wed, 19 Apr 2017 15:46:54 +0200
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
>
>
>
>
> thanks
>
>
> --- End Message ---