GNU bug report logs - #13394
Misalignment for "seq -w"

Previous Next

Package: coreutils;

Reported by: "Marcel Böhme" <hawkie <at> web.de>

Date: Wed, 9 Jan 2013 10:16:02 UTC

Severity: normal

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


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

From: Bernhard Voelker <mail <at> bernhard-voelker.de>
To: Marcel Böhme <hawkie <at> web.de>, Pádraig Brady <P <at> draigbrady.com>
Cc: 13394 <at> debbugs.gnu.org
Subject: Re: bug#13394: Misalignment for "seq -w"
Date: Wed, 09 Jan 2013 11:34:53 +0100
On 01/09/2013 11:14 AM, Marcel Böhme wrote:
> Dear all,
> 
> There are the following problems with the -w parameter of the seq tool:
> 
> $seq -w -1 1.0 0
> -1.0
> 0.0
> 1.0
> 
> But it should print:
> -1.0
> 00.0
> 01.0

Hmm, according to the TEXI manual, the FIRST number should also use
a fixed point decimal representation when the -w option is used:

`-w'
`--equal-width'
     Print all numbers with the same width, by padding with leading
     zeros.  FIRST, STEP, and LAST should all use a fixed point decimal
     representation.  (To have other kinds of padding, use `--format').

Thus, seq is just doing what the manual says:

  $ seq -w -1.0 1.0 0.0
  -1.0
  00.0

But that leaves the question open if there's a reason for this.
I.e. if it's just documented behavior, a requirement of some
standard or due to compatibility reasons.

But as Padraig worked in this area recently ([1]), I think there
is further room for improvement ... and then the documentation
should be fixed.

@Padraig: WDYT?

Have a nice day,
Berny

[1] http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=64d4a280




This bug report was last modified 12 years and 138 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.