GNU bug report logs - #26260
~f SRFI-19 format specifier mishandles one-digit seconds value

Previous Next

Package: guile;

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


Message #8 received at 26260 <at> debbugs.gnu.org (full text, mbox):

From: Andy Wingo <wingo <at> igalia.com>
To: Zefram <zefram <at> fysh.org>
Cc: 26260 <at> debbugs.gnu.org
Subject: Re: bug#26260: ~f SRFI-19 format specifier mishandles one-digit
 seconds value
Date: Wed, 19 Apr 2017 15:44:27 +0200
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.