GNU bug report logs - #25832
split (v 8.25) with numeric suffixes beyond 89

Previous Next

Full log

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

From: Assaf Gordon <assafgordon <at> gmail.com>
To: Pádraig Brady <P <at> draigBrady.com>
Cc: Holger Wolff <holger-bug-coreutils <at> wolffh.de>, 25832 <at> debbugs.gnu.org
Subject: Re: bug#25832: split (v 8.25) with numeric suffixes beyond 89
Date: Tue, 21 Feb 2017 23:01:39 -0500

[Message part 1 (text/plain, inline)]

> On Feb 21, 2017, at 22:32, Pádraig Brady <P <at> draigBrady.com> wrote:
> 
> This was discussed at http://bugs.gnu.org/20874

Missed that - sorry. I should've looked through the archives first...

> I'm not sure anything needs to be done here,
> since for backward compat for concat operations
> expecting lexical sort we use the current auto widening scheme.

I wonder if users who ask for --numeric-suffixes also
implicitly prefer an intuitive order (one that won't work
for lexical sorting but would with version sort).

But that is a new feature, and perhaps a backwards-incompatible one.

However the fact that "--numeric-suffixes=0" and "--numeric-suffixes"
both start from zero but behave differently if there's more than 90 output
files is a bit unintuitive (because '=0' implies max-length).

Perhaps worth adding to the 'coreutils gotchas' page?
Attached is a suggestion for such text.


regards,
 -assaf

[split-gotcha.patch (application/octet-stream, attachment)]

[Message part 3 (text/plain, inline)]

Previous Next

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