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

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

[debbugs-tracker] bug#13464: closed (Readlink Bug - Displays absolute pa


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#13464: closed (Readlink Bug - Displays absolute path of a non existent file also)
Date: Wed, 16 Jan 2013 21:45:02 +0000

Your message dated Wed, 16 Jan 2013 14:44:04 -0700
with message-id <address@hidden>
and subject line Re: bug#13464: Readlink Bug - Displays absolute path of a non 
existent file also
has caused the debbugs.gnu.org bug report #13464,
regarding Readlink Bug - Displays absolute path of a non existent file also
to be marked as done.

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


-- 
13464: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13464
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Readlink Bug - Displays absolute path of a non existent file also Date: Wed, 16 Jan 2013 12:05:26 -0600
Hi,
readlink -m <file> displays the absolute path of a <file>

The bug is that it displays, even if the file is non-existent.

This does not solve the purpose and I see it creates more ambiguity in showing a non-existent file.

thanks,
PK

--- End Message ---
--- Begin Message --- Subject: Re: bug#13464: Readlink Bug - Displays absolute path of a non existent file also Date: Wed, 16 Jan 2013 14:44:04 -0700 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
tag 13464 notabug
thanks

On 01/16/2013 11:05 AM, PK wrote:
> Hi,
> readlink -m <file> displays the absolute path of a <file>
> 
> The bug is that it displays, even if the file is non-existent.

But that is what -m (--canonicalize-missing) is _documented_ to do.  If
you want to fail for missing files, use -e (--canonicalize-existing); if
you want to probe whether a file name can be created (that is, the
directory portion exists), use -f (--canonicalize).

> 
> This does not solve the purpose and I see it creates more ambiguity in
> showing a non-existent file.

Sorry, but I don't see this as a bug, but a feature - the fact that we
have three different options with three different levels of existence
checks was intentional.  I'm closing this bug, but you can feel free to
add further comments or questions.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

reply via email to

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