[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #52558] find does not print symlink object in case of follow symbol
From: |
Ruvim |
Subject: |
[bug #52558] find does not print symlink object in case of follow symbolic links |
Date: |
Thu, 30 Nov 2017 06:15:10 -0500 (EST) |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0 |
URL:
<http://savannah.gnu.org/bugs/?52558>
Summary: find does not print symlink object in case of follow
symbolic links
Project: findutils
Submitted by: ruv
Submitted on: Thu 30 Nov 2017 11:15:09 AM UTC
Category: find
Severity: 3 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: None
Fixed Release: None
_______________________________________________________
Details:
It seems that it is reasonable expectation that the command:
find -L . -xtype l -printf '%p -- %l\n'
or at least the command:
find . -xtype l -printf '%p -- %l\n' -follow
should produce the same result as the command:
find -L . -xtype l -printf '%p -- ' -exec readlink {} \;
For the moment, %l produces empty string for any valid (non broken and
reachable) symbolic link in case of -L option is given. Although it seems not
useful, this behavior does not contradict the documentation.
But why does %l produce empty string for valid symlink in case when -follow
option is used after -printf action? Сonceptually printf should consider not
the object of symlink but the symlink itself in such case.
This issue was tested on version 4.7.0
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?52558>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #52558] find does not print symlink object in case of follow symbolic links,
Ruvim <=