GNU bug report logs - #67540
29.1; Emacs on Windows incorrectly capitalizes some environment variables

Previous Next

Package: emacs;

Reported by: Dave Abrahams <dave <at> boostpro.com>

Date: Thu, 30 Nov 2023 02:31:02 UTC

Severity: normal

Tags: wontfix

Found in version 29.1

Done: Stefan Kangas <stefankangas <at> gmail.com>

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: Dave Abrahams <dave <at> boostpro.com>
Cc: jporterbugs <at> gmail.com, 67540 <at> debbugs.gnu.org
Subject: bug#67540: 29.1; Emacs on Windows incorrectly capitalizes some environment variables
Date: Fri, 01 Dec 2023 09:14:09 +0200
> From: Dave Abrahams <dave <at> boostpro.com>
> Date: Thu, 30 Nov 2023 16:13:03 -0800
> Cc: Jim Porter <jporterbugs <at> gmail.com>,
>  67540 <at> debbugs.gnu.org
> 
>  It might be nice for Emacs to preserve the case of any existing 
>  environment variables on MS-Windows to be on the safe side though...
> 
>  That's impossible in practice: we'd need to "fix" every single Lisp
>  program and every place in the Emacs C code that compare against
>  "PATH" case-sensitively.  And what about user confusion, for those of
>  us who mostly work on Unix, but sometimes need to work on Windows?
> 
> I don't think this is that hard to fix without breaking anybody.  Simply maintain a mapping of in-Emacs
> upcased environment variable names to the lowercased counterparts from which they came, and
> map back when setting up a process environment.

This will not work reliably, because many programs invoked by Emacs as
sub-processes are ported Unix and GNU/Linux programs, and those expect
PATH, not Path in the environment.




This bug report was last modified 75 days ago.

Previous Next


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