diff options
| author | Pádraig Brady <P@draigBrady.com> | 2009-09-29 15:43:01 +0100 |
|---|---|---|
| committer | Pádraig Brady <P@draigBrady.com> | 2009-09-30 15:42:35 +0100 |
| commit | d4c7114bce116aefe28c899f5d0e7dcc39feb103 (patch) | |
| tree | 39f8d349167efadb14da112fddfccd98569b8bf4 /NEWS | |
| parent | ce1069c2151da3fffc70281a14b96034ba15da5a (diff) | |
| download | coreutils-d4c7114bce116aefe28c899f5d0e7dcc39feb103.tar.xz | |
ls: always print "?" for allocated size of a dereferenced dangling symlink
Previously for `ls -Ls` (but not `ls -Lsl`), we referenced
the st_blocks returned from the previous failed stat() call.
This undefined value was seen to be 0 for dangling symlinks at least.
* src/ls.c (print_file_name_and_frills, length_of_file_name_and_frills):
Don't use st_blocks if the previous stat() failed
* tests/ls/dangle: Add a test case
* NEWS: Mention the fix, and roll up related items into a single entry.
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 9 |
1 files changed, 3 insertions, 6 deletions
@@ -18,12 +18,9 @@ GNU coreutils NEWS -*- outline -*- ls -LR exits with status 2, not 0, when it encounters a cycle - ls -Li is now consistent with ls -Lil in printing "?", not "0" as the - inode of a dangling symlink. - - ls -Li no longer relies on unspecified behavior of stat/lstat. - Before this change, "ls -Li dangling-symlink" would mistakenly - print the inode number of the symlink under some conditions. + ls -is is now consistent with ls -lis in ignoring values returned + from a failed stat/lstat. For example ls -Lis now prints "?", not "0", + for the inode number and allocated size of a dereferenced dangling symlink. ** Portability |