From 493c48168490247c88e9fd20916432efc859c6a4 Mon Sep 17 00:00:00 2001 From: Kamil Dudka Date: Mon, 27 Jul 2009 11:37:47 +0200 Subject: ls -1U dir arg ... now works again * src/ls.c (print_dir): Emit "$dir_name:\n" *before* accumulating (and possibly printing) directory entry names. The bug was introduced in coreutils-7.0 via commit 8d974b00, 2008-07-30, "ls -U1 now uses constant memory". Reported by Julian Bradfield. * NEWS (Bug fixes): Mention it. --- NEWS | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) (limited to 'NEWS') diff --git a/NEWS b/NEWS index 619089509..e476f2b96 100644 --- a/NEWS +++ b/NEWS @@ -4,14 +4,19 @@ GNU coreutils NEWS -*- outline -*- ** Bug fixes - truncate -s failed to skip all whitespace in the option argument in - some locales. + ls -1U (with two or more arguments, at least one a nonempty directory) + would print entry names *before* the name of the containing directory. + Also fixed incorrect output of ls -1RU and ls -1sU. + [introduced in coreutils-7.0] sort now correctly ignores fields whose ending position is specified before the start position. Previously in numeric mode the remaining part of the line after the start position was used as the sort key. [This bug appears to have been present in "the beginning".] + truncate -s failed to skip all whitespace in the option argument in + some locales. + ** New programs stdbuf: A new program to run a command with modified stdio buffering -- cgit v1.2.3-54-g00ecf