From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#10980: GNU bugs information: logs for bug#10980 Date: Wed, 29 Jun 2016 19:02:25 -0400 Message-ID: References: <83twh3r5vr.fsf@gnu.org> <83d1na7jtx.fsf@gnu.org> <83k2hi54ml.fsf@gnu.org> <83fus55l0l.fsf@gnu.org> <83bn2kvxen.fsf@gnu.org> <838txovwk7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=94eb2c04f4f442f533053672bf7b X-Trace: ger.gmane.org 1467241411 14137 80.91.229.3 (29 Jun 2016 23:03:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Jun 2016 23:03:31 +0000 (UTC) Cc: bo.johansson@lsn.se, 10980@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 30 01:03:19 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 1bIOVo-0001uE-NW for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 Jun 2016 01:03:16 +0200 Original-Received: from localhost ([::1]:46099 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIOVk-0003bl-N0 for geb-bug-gnu-emacs@m.gmane.org; Wed, 29 Jun 2016 19:03:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47671) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIOVe-0003bS-Sw for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 19:03:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bIOVa-0006OO-Mp for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 19:03:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48070) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIOVa-0006No-JF for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 19:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bIOVa-0001G0-4m for bug-gnu-emacs@gnu.org; Wed, 29 Jun 2016 19:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2016 23:03: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.14672413534793 (code B ref 10980); Wed, 29 Jun 2016 23:03:02 +0000 Original-Received: (at 10980) by debbugs.gnu.org; 29 Jun 2016 23:02:33 +0000 Original-Received: from localhost ([127.0.0.1]:60407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bIOV7-0001FF-8e for submit@debbugs.gnu.org; Wed, 29 Jun 2016 19:02:33 -0400 Original-Received: from mail-ob0-f170.google.com ([209.85.214.170]:36156) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bIOV6-0001F4-DG for 10980@debbugs.gnu.org; Wed, 29 Jun 2016 19:02:32 -0400 Original-Received: by mail-ob0-f170.google.com with SMTP id mu6so47344155obc.3 for <10980@debbugs.gnu.org>; Wed, 29 Jun 2016 16:02:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=yMa+3HDWcc97NX0gIYNG2fAXw2NpZLGqi1YtRBYRvXs=; b=sydLD6TTT0FssoqIEp/Qedlc2ODtZB0TXGhe75njf07YFvhi24jOe9avg53b19t2iC MxpLdcVyS1FtDlLDh9B7qqeSEx/SaudrVd201GwWETKmrgaaXc9lC0pwdFbJIL6wRmN+ dER5zNVGzV8YIbdl+JaIgGswI7HHLMTyxfN9G/KmoZECGVwwphYirmfcxJp+wAPcyfZO nUw71q9j6io+WQBoGkWs5lETCKyp0Clf33jrmxL4aiFr0MjkQ+qCwhZTfjcJuIOiO0PZ qaq2eX5teCnV3vIoxiCsa2XXkqLNz9zWLzZc9ObAjpUKxuPTmZJQSGYyWkukqPSQNw5d bLfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=yMa+3HDWcc97NX0gIYNG2fAXw2NpZLGqi1YtRBYRvXs=; b=VrZ43hywwI9z6YiNyvgWzptT3eJiKBl0HmVjDNRv21nv98mNK2ETDQ6T/OCecZnNKQ LjwunjjKzJMR/YDV3SLe65UODuAMWJKo/2+CFYnqbP1CX2viZs7MnwGTJ5Sus4INIBrI gf2Ecen2sY4mHHZpjVJ2+d2lMitwT+1hKrNjAsDxUJSI3qFemjX6vZfozIXGjcTxqsgf v7lp3Xp41Paas1LzMMDlW1pAWkuYY+0oYVRKyW/0rNSoUDgMy76YCKg1q8V2pFvBF6ks 9pil4/0ZKRN+ebL0FKhOlf220m6uOki9umsQpYgdA2T+gHf7jYxE2NV0JueZNu3Uchmb 6NUw== X-Gm-Message-State: ALyK8tJ4sroACTgA9I100/UEzYHNNs+5Qutn7IZPtdKmGiqT6NWI6k9/4HydspTreNa0oV4pG20Mq1cD0Btn2g== X-Received: by 10.157.36.227 with SMTP id z90mr7898646ota.124.1467241346553; Wed, 29 Jun 2016 16:02:26 -0700 (PDT) Original-Received: by 10.157.52.238 with HTTP; Wed, 29 Jun 2016 16:02:25 -0700 (PDT) In-Reply-To: <838txovwk7.fsf@gnu.org> X-Google-Sender-Auth: g5cKwWw_X-363U3x_Fvbcf7mDoc 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:120221 Archived-At: --94eb2c04f4f442f533053672bf7b Content-Type: text/plain; charset=UTF-8 On Wed, Jun 29, 2016 at 11:34 AM, Eli Zaretskii wrote: >> From: Noam Postavsky >> Date: Wed, 29 Jun 2016 11:26:04 -0400 >> Cc: 10980@debbugs.gnu.org, bo.johansson@lsn.se >> >> >> 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 >> >> What about a lisp program that expects (expand-file-name "~") and >> (getenv "HOME") to give the same results after running (setenv "HOME" >> ) > > The changes in getenv_internal_1 (or, rather, in getenv_internal) that > I mentioned will have to make that happen. It already does something > similar. Ah, I think I missed the idea that changing Vprocess_environment would still affect Emacs' environment (technically, what Emacs thinks its environment is, which has the same effect). Patch attached. --94eb2c04f4f442f533053672bf7b Content-Type: application/octet-stream; name="v2-0001-Keep-w32-environment-settings-internal-only.patch" Content-Disposition: attachment; filename="v2-0001-Keep-w32-environment-settings-internal-only.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iq1hj17e0 RnJvbSAwMDNhODZhMTc3OTY5NGQ5YjVhYWE0NGQ1NTU3ODU0ZGQ5YzJkY2ViIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBOb2FtIFBvc3RhdnNreSA8bnBvc3RhdnNAZ21haWwuY29tPgpE YXRlOiBXZWQsIDI5IEp1biAyMDE2IDE4OjUyOjU3IC0wNDAwClN1YmplY3Q6IFtQQVRDSCB2Ml0g S2VlcCB3MzIgZW52aXJvbm1lbnQgc2V0dGluZ3MgaW50ZXJuYWwgb25seQoKKiBzcmMvZW1hY3Mu YyAobWFpbik6IEZvciBXSU5ET1dTTlQgcGxhdGZvcm0sIG1vdmUgaW5pdF9lbnZpcm9ubWVudApj YWxscyBhZnRlciB0aGUgc2V0X2luaXRpYWxfZW52aXJvbm1lbnQgY2FsbC4gIFRoaXMgcHJldmVu dHMgRW1hY3MnCm1vZGlmaWNhdGlvbnMgdG8gdGhlIGVudmlyb25tZW50IGZyb20gY29udGFtaW5h dGluZyBWcHJvY2Vzc19lbnZpcm9ubWVudAphbmQgVmluaXRpYWxfZW52aXJvbm1lbnQgKEJ1ZyAj MTA5ODApLgoqIHNyYy9jYWxscHJvYy5jIChnZXRlbnZfaW50ZXJuYWwpOiBDb25zdWx0IEVtYWNz JyBpbnRlcm5hbCBlbnZpcm9ubWVudAppbiBhcyBhIGZhbGxiYWNrIHRvIFZwcm9jZXNzX2Vudmly b25tZW50IG9uIFdJTkRPV1NOVCBwbGF0Zm9ybXMuCi0tLQogc3JjL2NhbGxwcm9jLmMgfCAxNCAr KysrKysrKysrKysrKwogc3JjL2VtYWNzLmMgICAgfCAyNCArKysrKysrKysrKysrKy0tLS0tLS0t LS0KIDIgZmlsZXMgY2hhbmdlZCwgMjggaW5zZXJ0aW9ucygrKSwgMTAgZGVsZXRpb25zKC0pCgpk aWZmIC0tZ2l0IGEvc3JjL2NhbGxwcm9jLmMgYi9zcmMvY2FsbHByb2MuYwppbmRleCA3MDA4Yjkx Li43ODgwMjM4IDEwMDY0NAotLS0gYS9zcmMvY2FsbHByb2MuYworKysgYi9zcmMvY2FsbHByb2Mu YwpAQCAtMTM3NSw2ICsxMzc1LDIwIEBAIGdldGVudl9pbnRlcm5hbCAoY29uc3QgY2hhciAqdmFy LCBwdHJkaWZmX3QgdmFybGVuLCBjaGFyICoqdmFsdWUsCiAJCQkgVnByb2Nlc3NfZW52aXJvbm1l bnQpKQogICAgIHJldHVybiAqdmFsdWUgPyAxIDogMDsKIAorICAvKiBPbiBXaW5kb3dzIHdlIG1h a2Ugc29tZSBtb2RpZmljYXRpb25zIHRvIEVtYWNzJyBlbnZpcm9tZW50CisgICAgIHdpdGhvdXQg cmVjb3JkaW5nIHRoZW0gaW4gVnByb2Nlc3NfZW52aXJvbm1lbnQuICAqLworI2lmZGVmIFdJTkRP V1NOVAorICB7CisgICAgY2hhciogdG1wdmFsID0gZ2V0ZW52ICh2YXIpOworICAgIGlmICh0bXB2 YWwpCisgICAgICB7CisgICAgICAgICp2YWx1ZSA9IHRtcHZhbDsKKyAgICAgICAgKnZhbHVlbGVu ID0gc3RybGVuKHRtcHZhbCk7CisgICAgICAgIHJldHVybiAxOworICAgICAgfQorICB9CisjZW5k aWYKKwogICAvKiBGb3IgRElTUExBWSB0cnkgdG8gZ2V0IHRoZSB2YWx1ZXMgZnJvbSB0aGUgZnJh bWUgb3IgdGhlIGluaXRpYWwgZW52LiAgKi8KICAgaWYgKHN0cmNtcCAodmFyLCAiRElTUExBWSIp ID09IDApCiAgICAgewpkaWZmIC0tZ2l0IGEvc3JjL2VtYWNzLmMgYi9zcmMvZW1hY3MuYwppbmRl eCBiYjg1NzMzLi5mOTc3Mjg5IDEwMDY0NAotLS0gYS9zcmMvZW1hY3MuYworKysgYi9zcmMvZW1h Y3MuYwpAQCAtMTM1MSwxNiArMTM1MSw2IEBAIFVzaW5nIGFuIEVtYWNzIGNvbmZpZ3VyZWQgd2l0 aCAtLXdpdGgteC10b29sa2l0PWx1Y2lkIGRvZXMgbm90IGhhdmUgdGhpcyBwcm9ibGVtCiAgIGds b2JhbHNfb2ZfZ2ZpbGVub3RpZnkgKCk7CiAjZW5kaWYKIAotI2lmZGVmIFdJTkRPV1NOVAotICBn bG9iYWxzX29mX3czMiAoKTsKLSNpZmRlZiBIQVZFX1czMk5PVElGWQotICBnbG9iYWxzX29mX3cz Mm5vdGlmeSAoKTsKLSNlbmRpZgotICAvKiBJbml0aWFsaXplIGVudmlyb25tZW50IGZyb20gcmVn aXN0cnkgc2V0dGluZ3MuICAqLwotICBpbml0X2Vudmlyb25tZW50IChhcmd2KTsKLSAgaW5pdF9u dHByb2MgKGR1bXBpbmcpOyAvKiBtdXN0IHByZWNlZGUgaW5pdF9lZGl0Zm5zLiAgKi8KLSNlbmRp ZgotCiAjaWZkZWYgSEFWRV9OUwogICAvKiBJbml0aWFsaXplIHRoZSBsb2NhbGUgZnJvbSB1c2Vy IGRlZmF1bHRzLiAgKi8KICAgbnNfaW5pdF9sb2NhbGUgKCk7CkBAIC0xMzc3LDYgKzEzNjcsMjAg QEAgVXNpbmcgYW4gRW1hY3MgY29uZmlndXJlZCB3aXRoIC0td2l0aC14LXRvb2xraXQ9bHVjaWQg ZG9lcyBub3QgaGF2ZSB0aGlzIHByb2JsZW0KICAgaWYgKCEgZHVtcGluZykKICAgICBzZXRfaW5p dGlhbF9lbnZpcm9ubWVudCAoKTsKIAorI2lmZGVmIFdJTkRPV1NOVAorICBnbG9iYWxzX29mX3cz MiAoKTsKKyNpZmRlZiBIQVZFX1czMk5PVElGWQorICBnbG9iYWxzX29mX3czMm5vdGlmeSAoKTsK KyNlbmRpZgorICAvKiBJbml0aWFsaXplIGVudmlyb25tZW50IGZyb20gcmVnaXN0cnkgc2V0dGlu Z3MuICBNYWtlIHN1cmUgdG8gZG8KKyAgICAgdGhpcyBvbmx5IGFmdGVyIGNhbGxpbmcgc2V0X2lu aXRpYWxfZW52aXJvbm1lbnQgc28gdGhhdAorICAgICBWaW5pdGlhbF9lbnZpcm9ubWVudCBhbmQg VnByb2Nlc3NfZW52aXJvbm1lbnQgd2lsbCBjb250YWluIG9ubHkKKyAgICAgdmFyaWFibGVzIGZy b20gdGhlIHBhcmVudCBwcm9jZXNzIHdpdGhvdXQgbW9kaWZpY2F0aW9ucyBmcm9tCisgICAgIEVt YWNzLiAqLworICBpbml0X2Vudmlyb25tZW50IChhcmd2KTsKKyAgaW5pdF9udHByb2MgKGR1bXBp bmcpOyAvKiBtdXN0IHByZWNlZGUgaW5pdF9lZGl0Zm5zLiAgKi8KKyNlbmRpZgorCiAgIC8qIEFJ WCBjcmFzaGVzIGFyZSByZXBvcnRlZCBpbiBzeXN0ZW0gdmVyc2lvbnMgMy4yLjMgYW5kIDMuMi40 CiAgICAgIGlmIHRoaXMgaXMgbm90IGRvbmUuICBEbyBpdCBhZnRlciBzZXRfZ2xvYmFsX2Vudmly b25tZW50IHNvIHRoYXQgd2UKICAgICAgZG9uJ3QgcG9sbHV0ZSBWZ2xvYmFsX2Vudmlyb25tZW50 LiAgKi8KLS0gCjIuNi4yLndpbmRvd3MuMQoK --94eb2c04f4f442f533053672bf7b--