GNU logs - #77179, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#77179: seq incorrectly(?) pads output when last parameter magnitude larger than last printed number
Resent-From: Nicolas Boichat <nicolas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Sat, 22 Mar 2025 14:58:03 +0000
Resent-Message-ID: <handler.77179.B.174265547319863 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 77179 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Nicolas Boichat <nicolas@HIDDEN>
Date: Sat, 22 Mar 2025 13:36:13 +0100
Message-ID: <CAM6NUi7bdtfnSnXxwp6qQ9H3Nk5cETixed9GLmQBaKcYTsuLCQ@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000008af7840630ed9e22"
Received-SPF: pass client-ip=209.85.166.45;
 envelope-from=nicolas.boichat@HIDDEN; helo=mail-io1-f45.google.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9,
 FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001,
 HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=0.001,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Mailman-Approved-At: Sat, 22 Mar 2025 10:57:48 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--0000000000008af7840630ed9e22
Content-Type: text/plain; charset="UTF-8"

Hi,

Version: seq (GNU coreutils) 9.6; OS: Archlinux, x86-64

When adding `-w` parameter, we want numbers to be padded with leading 0s,
e.g. this looks correct:
$ seq -w 0 5 10
00
05
10

However, the behaviour is perhaps incorrect when the last printed number
magnitude is lower than the last parameter, e.g:
$ seq -w 0 6 10
00
06
would probably be more correct with this output:
0
6

The manual makes no promise about this ("Print all numbers with the same
width, by padding with leading zeros"), but it's still a bit odd to add a
superfluous 0.

Also, it is especially confusing because, on the other hand, the precision
of the last parameter is ignored, as if it was just a bound that played no
role in formatting:
$ seq 0 5 10.00001
0
5
10

While
$ seq 0.0000 5 10
0.0000
5.0000
10.0000

Side note, a solution would also need to make sure that this still works:
$ seq -w 0 5 12
00
05
10

Thanks,

--0000000000008af7840630ed9e22
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>Hi,</div><div><br></div><div>Version=
: seq (GNU coreutils) 9.6; OS: Archlinux, x86-64</div><div><div><br></div><=
div><div>When adding `-w` parameter, we want numbers to be padded with lead=
ing 0s, e.g. this looks correct:</div><div>$ seq -w 0 5 10</div><div>00</di=
v><div>05</div><div>10</div><div><br></div><div>However, the behaviour is p=
erhaps incorrect when the last printed number magnitude is lower than the l=
ast parameter, e.g:</div><div><div>$ seq -w 0 6 10</div>00</div><div>06</di=
v><div>would probably be more correct with this output:</div><div>0</div><d=
iv>6</div><div><br></div><div>The manual makes no promise about this (&quot=
;Print all numbers with the same width, by padding with leading zeros&quot;=
), but it&#39;s still a bit odd to add a superfluous 0.</div><div><br></div=
><div>Also, it is especially confusing because, on the other hand, the prec=
ision of the last parameter is ignored, as if it was just a bound that play=
ed no role in formatting:</div><div>$ seq 0 5 10.00001</div><div>0</div><di=
v>5</div><div>10</div><div><br></div><div>While=C2=A0</div><div>$ seq 0.000=
0 5 10<br>0.0000<br>5.0000<br>10.0000</div><div><br></div><div>Side note, a=
 solution would also need to make sure that this still works:</div><div>$ s=
eq -w 0 5 12</div><div>00</div><div>05</div><div>10</div><div><br></div><di=
v>Thanks,<br></div></div></div></div>
</div>

--0000000000008af7840630ed9e22--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Nicolas Boichat <nicolas@HIDDEN>
Subject: bug#77179: Acknowledgement (seq incorrectly(?) pads output when
 last parameter magnitude larger than last printed number)
Message-ID: <handler.77179.B.174265547319863.ack <at> debbugs.gnu.org>
References: <CAM6NUi7bdtfnSnXxwp6qQ9H3Nk5cETixed9GLmQBaKcYTsuLCQ@HIDDEN>
X-Gnu-PR-Message: ack 77179
X-Gnu-PR-Package: coreutils
Reply-To: 77179 <at> debbugs.gnu.org
Date: Sat, 22 Mar 2025 14:58:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 77179 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
77179: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D77179
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#77179: seq incorrectly(?) pads output when last parameter magnitude larger than last printed number
Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Sat, 22 Mar 2025 19:19:01 +0000
Resent-Message-ID: <handler.77179.B77179.174267113126521 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Nicolas Boichat <nicolas@HIDDEN>, 77179 <at> debbugs.gnu.org
Message-ID: <48768f92-9939-4687-8b3c-95147758491d@HIDDEN>
Date: Sat, 22 Mar 2025 19:18:40 +0000
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird Beta
References: <CAM6NUi7bdtfnSnXxwp6qQ9H3Nk5cETixed9GLmQBaKcYTsuLCQ@HIDDEN>
Content-Language: en-US
From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
In-Reply-To: <CAM6NUi7bdtfnSnXxwp6qQ9H3Nk5cETixed9GLmQBaKcYTsuLCQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 22/03/2025 12:36, Nicolas Boichat wrote:
> Hi,
> 
> Version: seq (GNU coreutils) 9.6; OS: Archlinux, x86-64
> 
> When adding `-w` parameter, we want numbers to be padded with leading 0s,
> e.g. this looks correct:
> $ seq -w 0 5 10
> 00
> 05
> 10
> 
> However, the behaviour is perhaps incorrect when the last printed number
> magnitude is lower than the last parameter, e.g:
> $ seq -w 0 6 10
> 00
> 06
> would probably be more correct with this output:
> 0
> 6
> 
> The manual makes no promise about this ("Print all numbers with the same
> width, by padding with leading zeros"), but it's still a bit odd to add a
> superfluous 0.
> 
> Also, it is especially confusing because, on the other hand, the precision
> of the last parameter is ignored, as if it was just a bound that played no
> role in formatting:
> $ seq 0 5 10.00001
> 0
> 5
> 10
> 
> While
> $ seq 0.0000 5 10
> 0.0000
> 5.0000
> 10.0000
> 
> Side note, a solution would also need to make sure that this still works:
> $ seq -w 0 5 12
> 00
> 05
> 10

Yes we could do better here,though there are many edge cases as you've noted.
I suspect though that -w currently suffices for the
vast majority of cases it's needed for.

thanks,
Pádraig

Last modified: Sat, 22 Mar 2025 19:30:02 UTC

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