bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#16468: join


From: Bernhard Voelker
Subject: bug#16468: join
Date: Fri, 02 May 2014 00:26:02 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0

On 05/01/2014 01:53 AM, Pádraig Brady wrote:
> I added it in the attached.

Thanks, great stuff.

> diff --git a/NEWS b/NEWS
> index 7855a48..904aace 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -66,6 +66,9 @@ GNU coreutils NEWS                                    -*- 
> outline -*-
>    causing name look-up errors.  Also look-ups are first done outside the 
> chroot,
>    in case the look-up within the chroot fails due to library conflicts etc.
>  
> +  numfmt supports zero padding of numbers using the standard --printf
> +  syntax of a leading zero, for example --format="%010f".
> +

s/--printf/printf/

> diff --git a/src/numfmt.c b/src/numfmt.c
> index 63411f3..c744875 100644
> --- a/src/numfmt.c
> +++ b/src/numfmt.c
...
> @@ -992,6 +1023,9 @@ parse_format_string (char const *fmt)
>  
>    if (endptr != (fmt + i) && pad != 0)
>      {
> +      if (debug && padding_width && !(zero_padding && pad > 0))
> +        error (0, 0, _("--format padding overridding --padding"));
> +

In --debug mode, it seems odd that the format with the new
zero-padding does not lead to a warning ...

  $ src/numfmt --debug --format="%09f" --padding=2 1234
  000001234

while a format without does:

  $ src/numfmt --debug --format="%9f" --padding=2 1234
  src/numfmt: --format padding overridding --padding
       1234

+1 otherwise.

Thanks & have a nice day,
Berny





reply via email to

[Prev in Thread] Current Thread [Next in Thread]