GNU bug report logs -
#17073
24.3.50; file-symlink-p doesn't return t as described in the doc
Previous Next
Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>
Date: Sun, 23 Mar 2014 19:34:03 UTC
Severity: minor
Found in version 24.3.50
Fixed in version 24.4
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #34 received at 17073 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Mon, 24 Mar 2014 18:01:04 +0100
> Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 17073 <at> debbugs.gnu.org
>
> On Mon, Mar 24, 2014 at 5:49 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > Not sure which part needs love. Could you perhaps point out the
> > unclear parts?
>
> First, this function recursively follows symbolic
> links at all levels of parent directories.
>
> On one hand, though I suppose "First, this function recursively
> follows..." means "This function, first of all, recursively
> follows...", my instinct is that it is the start of an enumeration, so
> I expect a "Second, it ...".
>
> On the other hand, you've explained that this:
>
> If the file FILENAME is a symbolic link, the `file-symlink-p'
> function returns the (non-recursive) link target as a string.
>
> talks about the 'file (a.k.a. "basename") part of the file name', and this
>
> First, this function recursively follows symbolic
> links at all levels of parent directories.
>
> talks about the 'leading directories part'. Well, I don't find that clear.
I tried to clarify and improve the documentation in revision 116859 on
the emacs-24 branch, please take a look.
This bug report was last modified 11 years and 62 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.