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

Previous Next

Full log

Message #36 received at 67540-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Dave Abrahams <dave <at> boostpro.com>, jporterbugs <at> gmail.com,
 67540-done <at> debbugs.gnu.org
Subject: Re: bug#67540: 29.1; Emacs on Windows incorrectly capitalizes some
 environment variables
Date: Tue, 4 Mar 2025 02:15:26 -0800

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Dave Abrahams <dave <at> boostpro.com>
>> Date: Fri, 1 Dec 2023 12:34:40 -0800
>> Cc: jporterbugs <at> gmail.com, 67540 <at> debbugs.gnu.org
>>
>> You’re saying that these are ported UNIX programs that are only designed to
>> work from inside of Emma, which has changed the spelling of the environment
>> variable names?
>
> No, they are not for Emacs only.  But they expect to see PATH, and
> they compare case-sensitively with "PATH".  If you want to cater to
> swift, which doesn't recognize "PATH", but does recognize "Path", why
> not assume that there are other programs which do the opposite, and
> which will be broken by the change you propose?
>
> IOW, I don't see why we should change code that worked for decades
> because a single application implements a case-sensitive search of
> environment variables on MS-Windows, in direct contradiction of
> platform conventions, and contrary to the behavior of every other
> program I've ever used on Windows?

This is tagged wontfix, and I think the reasoning for that presented
here makes sense.

I'm therefore closing this bug report now.

Previous Next

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