emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#9637: closed (ls appends an indicator even if one


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#9637: closed (ls appends an indicator even if one is already present (--indicator-style=classify))
Date: Fri, 30 Sep 2011 17:38:02 +0000

Your message dated Fri, 30 Sep 2011 11:35:56 -0600
with message-id <address@hidden>
and subject line Re: bug#9637: ls appends an indicator even if one is already 
present (--indicator-style=classify)
has caused the debbugs.gnu.org bug report #9637,
regarding ls appends an indicator even if one is already present 
(--indicator-style=classify)
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
9637: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9637
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: ls appends an indicator even if one is already present (--indicator-style=classify) Date: Fri, 30 Sep 2011 13:42:09 +0300
"Ls --indicator-style=classify" always appends a slash to the names of
directories. For example:

ls -d */

dir1// dir2//

ls -d */////

dir1////// dir2//////

Ls should check if an indicator is already present after the end of
the file name, and append it only if it is not.



--- End Message ---
--- Begin Message --- Subject: Re: bug#9637: ls appends an indicator even if one is already present (--indicator-style=classify) Date: Fri, 30 Sep 2011 11:35:56 -0600 User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.22) Gecko/20110906 Fedora/3.1.14-1.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.14
tag 9637 notabug
thanks

On 09/30/2011 04:42 AM, Philip Ganchev wrote:
"Ls --indicator-style=classify" always appends a slash to the names of
directories. For example:

ls -d */

dir1// dir2//

Correct, and this behavior is required by POSIX:

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/ls.html

-F
Do not follow symbolic links named as operands unless the -H or -L options are specified. Write a <slash> ( '/' ) immediately after each pathname that is a directory, an <asterisk> ( '*' ) after each that is executable, a <vertical-line> ( '|' ) after each that is a FIFO, and an at-sign ( '@' ) after each that is a symbolic link. For other file types, other symbols may be written.

-p
Write a <slash> ( '/' ) after each filename if that file is a directory.

Neither of those options mention that the slash may be omitted if the user's command-line option already included a slash. We'd have to take it up with the POSIX folks to get that changed, before we could change coreutils' behavior.

In particular, we have to be careful that:

ls -p / // ///

does not make the results ambiguous. That is, while / and /// are necessarily the same directory, / and // can differ, so if we omit adding an extra slash because one is already present, then we risk confusing scripts that depend on stripping the trailing slash added by -p to convert the traditional output back into the proper directory names.


Ls should check if an indicator is already present after the end of
the file name, and append it only if it is not.

It's worth requesting that as an enhancement to POSIX, but I don't see coreutils making any changes here unless a POSIX change is made first to permit such an output optimization.

--
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]