GNU bug report logs - #2062
PATH can contain non-expanded variables

Previous Next

Packages: emacs, w32;

Reported by: Juanma Barranquero <lekktu <at> gmail.com>

Date: Mon, 26 Jan 2009 13:10:04 UTC

Severity: normal

Tags: notabug

Found in version 23.0.60

Done: Juanma Barranquero <lekktu <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #40 received at 2062 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Jason Rumney <jasonr <at> f2s.com>
Cc: 2062 <at> debbugs.gnu.org
Subject: Re: bug#2062: PATH can contain non-expanded variables
Date: Tue, 27 Jan 2009 11:25:20 +0100
On Tue, Jan 27, 2009 at 10:24, Jason Rumney <jasonr <at> f2s.com> wrote:

> If the system does not handle REG_EXPAND_SZ in the App Paths registry
> values, then the bug is with whatever incorrectly used that type when
> setting the registry value.

I'd say that Microsoft is of two minds about it, judging by the
entries for msimn.exe (Outlook Express), pbrush.exe (mspaint) and a
few others, that do use REG_EXPAND_SZ.

That said, ExpandEnvironmentStrings is not *specifically* for
REG_EXPAND_SZ registry entries; it is generally useful for cases such
as this one.

So we can either:

  a) consider it as a bug outsize Emacs, and do nothing, or

  b) decide that a variable-like string of the form %VARIABLE% in a
PATH-like value is much, much likely to be that, an unexpanded env
var, than part of a file or directory name, and so expand it.

I'm obviously in camp b), and would like to commit this patch. If
you're strongly on camp a, though, I'll close this bug as notabug +
wontfix.

    Juanma




This bug report was last modified 16 years and 175 days ago.

Previous Next


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