unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Fabrice Popineau <fabrice.popineau@gmail.com>
Cc: emacs-devel@gnu.org, npostavs@users.sourceforge.net
Subject: Re: Emacs 25.2, win64, env vars
Date: Tue, 25 Jul 2017 17:16:52 +0300	[thread overview]
Message-ID: <83d18o7ga3.fsf@gnu.org> (raw)
In-Reply-To: <CAFgFV9PNVU3Ai=+TvhQHwPUGz7=kyfpR2DL_s+j1LHtOAGgQVg@mail.gmail.com> (message from Fabrice Popineau on Mon, 24 Jul 2017 22:34:20 +0200)

> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Mon, 24 Jul 2017 22:34:20 +0200
> Cc: Noam Postavsky <npostavs@users.sourceforge.net>, Emacs developers <emacs-devel@gnu.org>
> 
>  So you are saying that MSYS holds two separate environment variables,
>  one called "temp", the other "TEMP"? If so, what do native Windows
>  programs started from such a shell get in their environment? The
>  upper-case one? the first one in the order? both? something else?
> 
> Both GetEnvironmentVariable) and getenv() return :
> 
> TEMP=C:\MSys64\tmpy
> temp=C:\MSys64\tmp
> 
> And from the shell :
> 
> $ echo $TEMP
> /tmp
> 
> $ echo $temp
> C:\Users\Fabrice\AppData\Roaming\Local\Temp
> 
> So they return the win32 path from the value of the upper case variable.

Maybe we could remove the lower-case variant at startup, so that it
won't get in the way of programs Emacs invokes?  Or could that break
some use cases for people who also set their shell in Emacs to the
MSYS shell?

> My opinion (but I may well be alone) is that Emacs/win32 fiddles too much with those unix-like environments.
> This works most of the time, but it also sometimes creates surprising situations.

Environment variables are not limited to Unix, so I'm not sure why you
think it's Unix-like.



  parent reply	other threads:[~2017-07-25 14:16 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-11 20:33 Emacs 25.2, win64, env vars Fabrice Popineau
2017-06-11 21:33 ` Noam Postavsky
2017-06-12  4:40   ` Fabrice Popineau
2017-07-10 17:08     ` Eli Zaretskii
2017-07-11  9:17       ` Fabrice Popineau
2017-07-11 14:31         ` Noam Postavsky
2017-07-11 14:43         ` Eli Zaretskii
2017-07-11 16:24           ` Fabrice Popineau
2017-07-11 16:30             ` Eli Zaretskii
2017-07-11 18:48               ` Fabrice Popineau
2017-07-22  7:07             ` Eli Zaretskii
2017-07-22 20:02               ` Fabrice Popineau
2017-07-23 14:48                 ` Eli Zaretskii
2017-07-24 20:34                   ` Fabrice Popineau
2017-07-24 21:20                     ` Noam Postavsky
2017-07-25 14:16                     ` Eli Zaretskii [this message]
2017-07-27 16:35                       ` Fabrice Popineau
2017-07-27 16:48                         ` Stefan Monnier
2017-07-27 18:54                         ` Óscar Fuentes

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83d18o7ga3.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=fabrice.popineau@gmail.com \
    --cc=npostavs@users.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).