GNU bug report logs - #13464
Readlink Bug - Displays absolute path of a non existent file also

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eric Blake <eblake <at> redhat.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#13464: closed (Readlink Bug - Displays absolute path of a non
 existent file also)
Date: Wed, 16 Jan 2013 21:45:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Wed, 16 Jan 2013 14:44:04 -0700
with message-id <50F71F24.5030104 <at> redhat.com>
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
help-debbugs <at> gnu.org.)


-- 
13464: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13464
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: PK <prassanakalyan <at> gmail.com>
To: bug-coreutils <at> gnu.org
Subject: Readlink Bug - Displays absolute path of a non existent file also
Date: Wed, 16 Jan 2013 12:05:26 -0600

[Message part 3 (text/plain, inline)]

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

[Message part 4 (text/html, inline)]

[Message part 5 (message/rfc822, inline)]

From: Eric Blake <eblake <at> redhat.com>
To: PK <prassanakalyan <at> gmail.com>
Cc: 13464-done <at> debbugs.gnu.org
Subject: Re: bug#13464: Readlink Bug - Displays absolute path of a non existent
	file also
Date: Wed, 16 Jan 2013 14:44:04 -0700

[Message part 6 (text/plain, inline)]

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

[signature.asc (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.