GNU bug report logs - #32289
ls -ltcr and ls -lrt report different modification dates

Previous Next

Package: coreutils;

Reported by: Ludovic Tolhurst-Cleaver <ludovic.tolhurst-cleaver <at> sabstt.com>

Date: Fri, 27 Jul 2018 12:33:01 UTC

Severity: normal

Merged with 32292

Done: Bernhard Voelker <mail <at> bernhard-voelker.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Ludovic Tolhurst-Cleaver <ludovic.tolhurst-cleaver <at> sabstt.com>
To: 32289 <at> debbugs.gnu.org
Subject: bug#32289: ls -ltcr and ls -lrt report different modification dates
Date: Fri, 27 Jul 2018 10:41:50 +0100
Dear GNU folks

I believe I have found a bug in ls in the GNU coreutils v. 8.22.

My colleague and I found that 'ls' reported a different date for a gzipped log file when run with different options in a directory containing a large amount of data (1000MB).

In the full listing we saw that date next to a different file in the other listing.

`ls -ltcr` seems to be the one showing the correct date here. I like to use `ls -ltc` because it's my initials. My colleague was running `ls -lrt`.


$ ls -ltcr ludo*

-rw-rw-rw- 1 pax pax 237817 Jul 20 06:53 ludovic.tolhurst-cleaver_sabstt.com-log-20180720.gz

$ ls -lrt ludo*

-rw-rw-rw- 1 pax pax 237817 Jul 18 12:30 ludovic.tolhurst-cleaver_sabstt.com-log-20180720.gz


I'm afraid I do not have the capability to test this on any later version of the coreutils.

Thanks & regards

Ludo Tolhurst-Cleaver
Perl Developer
SABS TT





This bug report was last modified 6 years and 210 days ago.

Previous Next


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