From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#10980: GNU bugs information: logs for bug#10980 Date: Wed, 29 Jun 2016 18:15:44 +0300 Message-ID: <83bn2kvxen.fsf@gnu.org> References: <83twh3r5vr.fsf@gnu.org> <83d1na7jtx.fsf@gnu.org> <83k2hi54ml.fsf@gnu.org> <83fus55l0l.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1467213452 32331 80.91.229.3 (29 Jun 2016 15:17:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Jun 2016 15:17:32 +0000 (UTC) Cc: bo.johansson@lsn.se, 10980@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 29 17:17:22 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bIHEt-0004Jp-C8 for geb-bug-gnu-emacs@m.gmane.org; Wed, 29 Jun 2016 17:17:19 +0200 Original-Received: from localhost ([::1]:44382 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIHEs-000426-Km for geb-bug-gnu-emacs@m.gmane.org; Wed, 29 Jun 2016 11:17:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53363) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIHEh-00040Q-93 for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 11:17:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bIHEc-0004Uv-Dd for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 11:17:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47887) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIHEc-0004Up-AH for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 11:17:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bIHEc-00063u-7O for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 11:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2016 15:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10980 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10980-submit@debbugs.gnu.org id=B10980.146721338923249 (code B ref 10980); Wed, 29 Jun 2016 15:17:02 +0000 Original-Received: (at 10980) by debbugs.gnu.org; 29 Jun 2016 15:16:29 +0000 Original-Received: from localhost ([127.0.0.1]:60224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bIHE4-00062t-A4 for submit@debbugs.gnu.org; Wed, 29 Jun 2016 11:16:29 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:33936) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bIHE1-00062a-1n for 10980@debbugs.gnu.org; Wed, 29 Jun 2016 11:16:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bIHDu-0004NX-Mt for 10980@debbugs.gnu.org; Wed, 29 Jun 2016 11:16:19 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50497) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIHDm-0004J1-53; Wed, 29 Jun 2016 11:16:10 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1132 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bIHDj-0002oS-O6; Wed, 29 Jun 2016 11:16:08 -0400 In-reply-to: (message from Noam Postavsky on Wed, 29 Jun 2016 09:12:39 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:120208 Archived-At: > From: Noam Postavsky > Date: Wed, 29 Jun 2016 09:12:39 -0400 > Cc: 10980@debbugs.gnu.org, bo.johansson@lsn.se > > On Wed, Jun 22, 2016 at 10:57 AM, Eli Zaretskii wrote: > > In any case, doing that would mean a much larger job, even if it's > > possible. E.g., how do you deal with Lisp code that expects > > (expand-file-name "~") and (getenv "HOME") to yield the same value? > > Hmm, so it's easy enough to move setting of both Vprocess_environment > and Vinitial_environment before the Windows code starts adding to the > environment. I'd actually suggest doing it the other way around: move the Windows-specific code in w32.c that pushes these variables into the environment after Vprocess_environment and Vinitial_environment were already computed. That way, we are sure the only affected platform is w32. (Order of initialization at startup matters, so best not to rock the boat there, unless we absolutely have to.) > And getenv would have to be modified to consult Emacs' > environment so that that (expand-file-name "~") and (getenv "HOME") > give the same values. C 'getenv' or Lisp 'getenv'? > But it seems we would then need 2 sets of functions: getenv/setenv and > get-subproc-env/set-subproc-env (the latter working on > Vprocess_environment only). This feels like a complication with not > much benefit. We already have that: there's 'getenv' and 'egetenv' on the C level. And the Lisp 'setenv' is already documented to modify process-environment. So I'm not sure I see the problem (although it's clear that getenv_internal_1 will probably need some Windows specific changes.)