GNU bug report logs - #43684
Problem with numerical splitting with files > 90*l

Previous Next

Package: coreutils;

Reported by: ned haughton <naught101 <at> gmail.com>

Date: Tue, 29 Sep 2020 01:51:02 UTC

Severity: normal

Tags: notabug

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

Bug is archived. No further changes may be made.

Full log


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

From: Pádraig Brady <P <at> draigBrady.com>
To: ned haughton <naught101 <at> gmail.com>, 43684 <at> debbugs.gnu.org
Subject: Re: bug#43684: Problem with numerical splitting with files > 90*l
Date: Tue, 29 Sep 2020 10:37:26 +0100
tag 43684 notabug
close 43684
stop

On 29/09/2020 02:18, ned haughton wrote:
> When splitting with -d, the numbering screws up after 89:

It behaves like that on purpose so that there is no limit on the
number of file names to split, and so that normal globbing will
result in the correct order
(so that `cat lat_lon_* > lat_lon_full` works as expected)

> with --suffix-length=2 the numbering works correctly, and quits after 99.

Well if there is more data than can be accommodated in 100 files it will error like:

  $ truncate -s 101 file
  $ split -b1 -d --suffix-length=2 file
  split: output file suffixes exhausted

You can specify a larger --suffix-length to have both more
natural looking numbers, and correct globbing order.

thanks,
Pádraig




This bug report was last modified 4 years and 232 days ago.

Previous Next


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