summaryrefslogtreecommitdiff
path: root/NEWS
diff options
context:
space:
mode:
authorJim Meyering <jim@meyering.net>2007-09-07 10:37:08 +0200
committerJim Meyering <jim@meyering.net>2007-09-07 10:45:22 +0200
commit500eccdbe4d55b0cbf48cf264aa4232abd7c23df (patch)
tree5a08a351c3b6615f77d39c9946e99d7583106215 /NEWS
parente70487cda746cc0800a02003c93f74621640e201 (diff)
downloadcoreutils-500eccdbe4d55b0cbf48cf264aa4232abd7c23df.tar.xz
chmod: don't ignore a dangling symlink
* NEWS: Mention the bug fix. * src/chmod.c (process_file): Handle the case of FTS_SLNONE, i.e., give a diagnostic saying we cannot operate on such a file. * tests/chmod/thru-dangling: Compare new stderr output with expected.
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS4
1 files changed, 4 insertions, 0 deletions
diff --git a/NEWS b/NEWS
index 6a0f18d9a..93a632c5a 100644
--- a/NEWS
+++ b/NEWS
@@ -70,6 +70,10 @@ GNU coreutils NEWS -*- outline -*-
** Bug fixes
+ chmod no longer ignores a dangling symlink. Now, chmod fails
+ with a diagnostic saying that it cannot operate on such a file.
+ [bug introduced in coreutils-5.1.0]
+
cp attempts to read a regular file, even if stat says it is empty.
Before, "cp /proc/cpuinfo c" would create an empty file when the kernel
reports stat.st_size == 0, while "cat /proc/cpuinfo > c" would "work",