GNU bug report logs - #15866
Gnutls elisp code doesn't properly check for file existence

Previous Next

Package: emacs;

Reported by: "" <emacs <at> kosowsky.org>

Date: Tue, 12 Nov 2013 00:22:01 UTC

Severity: normal

Tags: fixed

Fixed in version 25.1

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 15866 <at> debbugs.gnu.org, michael.albinus <at> gmx.de, monnier <at> iro.umontreal.ca, emacs <at> kosowsky.org
Subject: bug#15866: Gnutls elisp code doesn't properly check for file existence
Date: Sun, 07 Dec 2014 23:08:34 +0200
> From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
> Cc: Michael Albinus <michael.albinus <at> gmx.de>,  15866 <at> debbugs.gnu.org,  Eli Zaretskii <eliz <at> gnu.org>,  emacs <at> kosowsky.org
> Date: Sun, 07 Dec 2014 21:17:21 +0100
> 
> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> 
> > Whereas in gnutls.el the issue is for the *code* to check that the
> > libgnutls C code (which will not have access to the file name handlers)
> > will be able to use the file name provided by the user.
> 
> Wouldn't a solution here be to introduce a variable like
> `inhibit-file-handlers' that would really inhibit all Lisp-level file
> handlers?

How is that different from binding file-name-handler-alist to nil?

And btw, most file handlers are invoked on the C level, not the Lisp
level.

> `inhibit-file-name-handlers' doesn't quite seem to do the trick, I
> guess?

Not conveniently, no.




This bug report was last modified 10 years and 168 days ago.

Previous Next


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