GNU bug report logs - #27127
Failure in "ls -t" when parameter list is long

Previous Next

Package: coreutils;

Reported by: Teppo Mäenpää <tm <at> iki.fi>

Date: Sun, 28 May 2017 22:14:03 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 #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Teppo Mäenpää <teppo <at> runbox.com>
To: bug-coreutils <at> gnu.org
Subject: Failure in "ls -t" when parameter list is long
Date: Sun, 28 May 2017 20:21:37 +0300
[Message part 1 (text/plain, inline)]
Dear all,

The command "ls -t" fails to sort files as promised, when the total length of 
the names of the files to be listed (and sorted) exceeds 128 KB. All files 
are still listed, just the sorting part stops working.

Man page does not mention that the sorting would work only with short file 
lists. Is this a bug? If not, what have I understood wrong?

The attached script demonstrates this, in three slightly different scenarios. 
The outcome of the script is that the total lenght of filenames, given to ls 
as command line parameter, appears significant.

Regards,


	Teppo Mäenpää
[bug_ls_-t.tar.gz (application/gzip, attachment)]

This bug report was last modified 8 years and 72 days ago.

Previous Next


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