From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.devel Subject: Re: Emacs 25.2, win64, env vars Date: Tue, 11 Jul 2017 18:24:15 +0200 Message-ID: References: <83r2xoi5i5.fsf@gnu.org> <837ezfjaoy.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c190040a4556f05540d22c5" X-Trace: blaine.gmane.org 1499793391 1672 195.159.176.226 (11 Jul 2017 17:16:31 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 11 Jul 2017 17:16:31 +0000 (UTC) Cc: Emacs developers , Noam Postavsky To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 11 19:16:19 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dUyle-0007tU-BC for ged-emacs-devel@m.gmane.org; Tue, 11 Jul 2017 19:16:10 +0200 Original-Received: from localhost ([::1]:47726 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dUylj-0003DU-LJ for ged-emacs-devel@m.gmane.org; Tue, 11 Jul 2017 13:16:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50692) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dUxxo-0004XE-Eu for emacs-devel@gnu.org; Tue, 11 Jul 2017 12:24:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dUxxn-0003v9-7n for emacs-devel@gnu.org; Tue, 11 Jul 2017 12:24:40 -0400 Original-Received: from mail-yw0-x22b.google.com ([2607:f8b0:4002:c05::22b]:35296) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dUxxl-0003tI-19; Tue, 11 Jul 2017 12:24:37 -0400 Original-Received: by mail-yw0-x22b.google.com with SMTP id v193so3687762ywg.2; Tue, 11 Jul 2017 09:24:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jEnDVJK6o3mN0p3vAYyh9oe57fMbYT8ryh2LXSZJ1ZI=; b=VnPRRXcslbazkm5VaBvniqgCMagF9Uinp9MxO1iixBm+bRi3J1N8+Nl7W4mzRV8u4g BfjH5ra7UycA7AocC2yIwY28qIIiQzx7ejxSZfDlJOPfwHHsKJ9Ikaqtp1q6LkYxZDsM b0q915F//+HXcTw5/TDOMd+vmFwH+kwRkuYo9ZEE+7B/LBkSClpGDiiHVSK9rI+9cC7+ rdVvwM/7yXvMC2tl4lUbcekaiAhJ2dJUjGDFYLQ57mceCmqs72Z3KNVMrZm0+r6cFDrp d0GUQQ3NbvwVuExJ/lk9hK8FFx94jchBDTbOhPSOvXaWAMw7mwS9kWsrMZyfCmwEyGv+ F09A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jEnDVJK6o3mN0p3vAYyh9oe57fMbYT8ryh2LXSZJ1ZI=; b=RQxJWIX30pd0QW+/v5FGPoIDPazvTsvH/RXp5kat5jiVWqlsfQMttxaTFr2Fm9Vu32 ylMfxp5xM3/v/4EXnep9/xMi8xuHgCwj+R8RQrOfAQP05kP7yjFUc/8DzhEcgDuyy2HA z+VBadlFRBYX0Q2caTGBCPC9l0QR024GtN2cWNcIRMRr68djTzhU1+D3gyXbkAzdnyd1 zr4Tch1klhrZZm+u2dvwPTISpUNakG5ipsJ/GvIKaB2YgcioT8Cy11uySj53F9yhU5/B IsaUWYQCNjLEYArRrnmWvKSjoKKYvwnJTS8OANhuz4YHE7qdOYqkxlK+od9enRwIFoMz ykPg== X-Gm-Message-State: AIVw113O7VAvxy1+gih7AiLe9kBpxYfNiv4+u3twqvbuZbL7u0sJWrNa BJlxyxh0Wilk7mgApdsAj+C+da3tAg== X-Received: by 10.237.59.134 with SMTP id r6mr959175qte.47.1499790276054; Tue, 11 Jul 2017 09:24:36 -0700 (PDT) Original-Received: by 10.140.82.21 with HTTP; Tue, 11 Jul 2017 09:24:15 -0700 (PDT) In-Reply-To: <837ezfjaoy.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4002:c05::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:216491 Archived-At: --94eb2c190040a4556f05540d22c5 Content-Type: text/plain; charset="UTF-8" 2017-07-11 16:43 GMT+02:00 Eli Zaretskii : > > From: Fabrice Popineau > > Date: Tue, 11 Jul 2017 11:17:29 +0200 > > Cc: Noam Postavsky , Emacs developers < > emacs-devel@gnu.org> > > > > Do you still see this problem on the current master? I don't see your > > proposed change committed, but I cannot reproduce the problem, > > either. Was this fixed in some other way? > > > > A bit strange, because I just did a 'make bootstrap' on master, and I > still see the problem. > > I see a possible misunderstanding here. Your OP included more than > one problematic recipe, so which one are you trying now? > I didn't intend it to be more than one problematic recipe. I intended it to be the log of a few forms evaluated in sequence to show onl oe problem. > > The first recipe you've shown is this: > > (getenv "TEMP") > "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp" > (getenv "temp") > "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp" > > (setenv "TEMP" "c:/Temp/") > "c:/Temp/" > (getenv "TEMP") > "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp" > (getenv "temp") > "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp" > > Is this still what you see now? Yes. > If so, does it mean that after > invoking 'setenv', your process-environment has 2 members which both > start with "TEMP=", but have different values? Because _this_ is what > I cannot reproduce and frankly don't understand how could it happen. > And now I understand the reason why you don't see the problem. I compile emacs from a mingw64 prompt. I have started emacs from the msys2 bash. This is what messes up the environment. One one hand, I would say that my proposed fix is harmless and makes sure case insensitive search is used for platforms where env vars are supposed to be case insensitive. On the other hand, the problem is the msys2 bash. Fabrice --94eb2c190040a4556f05540d22c5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


2017-07-11 16:43 GMT+02:00 Eli Zaretskii <eliz@gnu.org>:
=
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Tue, 11 Jul 2017 11:17:29 +0200
> Cc: Noam Postavsky <npostavs@users.sourceforge.net>, Emacs developers <emacs-devel@gnu.org>
>
>=C2=A0 Do you still see this problem on the current master? I don't= see your
>=C2=A0 proposed change committed, but I cannot reproduce the problem, >=C2=A0 either. Was this fixed in some other way?
>
> A bit strange, because I just did a 'make bootstrap' on master= , and I still see the problem.

I see a possible misunderstanding here.=C2=A0 Your OP included more = than
one problematic recipe, so which one are you trying now?

I didn't intend it to be more than one problematic re= cipe.=C2=A0
I intended it to be the log of a few forms evaluated = in sequence to show=C2=A0
onl oe problem.
=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
The first recipe you've shown is this:

=C2=A0 (getenv "TEMP")
=C2=A0 "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp" =C2=A0 (getenv "temp")
=C2=A0 "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp"
=C2=A0 (setenv "TEMP" "c:/Temp/")
=C2=A0 "c:/Temp/"
=C2=A0 (getenv "TEMP")
=C2=A0 "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp" =C2=A0 (getenv "temp")
=C2=A0 "C:\\Users\\Fabrice\\AppData\\Roaming\\Local\\Temp"
Is this still what you see now?=C2=A0

Yes.
=C2=A0
If so, does it= mean that after
invoking 'setenv', your process-environment has 2 members which bot= h
start with "TEMP=3D", but have different values?=C2=A0 Because _t= his_ is what
I cannot reproduce and frankly don't understand how could it happen.

And now I understan= d the reason why you don't see the problem.
I compile emacs from a mingw64 prompt. I have started emacs from the m= sys2 bash.
This is what messes up the envir= onment.=C2=A0

One one hand, I would say that my proposed fix is harmless and make= s sure case insensitive search is used
for = platforms where env vars are supposed to be case insensitive.
On the other hand, the problem is the msys2 bash.
<= div class=3D"gmail_extra">
Fabrice


=
--94eb2c190040a4556f05540d22c5--