GNU bug report logs - #17467
24.3; locate-library returning spurious path

Previous Next

Package: emacs;

Reported by: Alex Kosorukoff <alex <at> 3form.com>

Date: Sun, 11 May 2014 16:51:02 UTC

Severity: minor

Tags: patch

Found in version 24.3

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 17467 <at> debbugs.gnu.org (full text, mbox):

From: Alex Kosorukoff <alex <at> 3form.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 17467 <at> debbugs.gnu.org
Subject: Re: bug#17467: 24.3; locate-library returning spurious path
Date: Sun, 11 May 2014 10:53:34 -0700
[Message part 1 (text/plain, inline)]
I am not sure what use case did you mean exactly.

(locate-library "tramp.el.gz" 'nosuffix)  will return the path to
tramp.el.gz as expected

did you mean the following

(locate-library "tramp.el") returning the path to tramp.el.gz?


On Sun, May 11, 2014 at 10:46 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Alex Kosorukoff <alex <at> 3form.com>
> > Date: Sun, 11 May 2014 10:38:39 -0700
> > Cc: 17467 <at> debbugs.gnu.org
> >
> > I think locate-library has an extra parameter nosuffix, so
> (locate-library
> > "tramp.el" 'nosuffix) will find "tramp.el." I guess for backward
> > compatibility we can set nosuffix to t whenever the name has a valid
> suffix
> > already.
>
> But what about adding ".gz" to it?
>
> In any case, it is very convenient to not have to worry whether
> there's already a suffix there.  You cannot always know that when user
> input is involved.
>
[Message part 2 (text/html, inline)]

This bug report was last modified 4 years and 226 days ago.

Previous Next


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