From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: SK Kim Newsgroups: gmane.emacs.bugs Subject: bug#30134: ehsell and process-environment variable Date: Thu, 18 Jan 2018 15:11:26 +0900 Message-ID: References: <83shb6xyha.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="089e082ee75880fe44056306d56e" X-Trace: blaine.gmane.org 1516297477 25631 195.159.176.226 (18 Jan 2018 17:44:37 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 18 Jan 2018 17:44:37 +0000 (UTC) To: 30134@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 18 18:44:33 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ecEEa-0005Xr-Iq for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jan 2018 18:44:16 +0100 Original-Received: from localhost ([::1]:44292 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecEGa-0003CW-I4 for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jan 2018 12:46:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51310) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecEGO-0003B1-Fv for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 12:46:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecEGI-0001hg-Kq for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 12:46:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53979) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ecEGI-0001hY-Gm for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 12:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ecEGI-00055V-7C for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 12:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: SK Kim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 18 Jan 2018 17:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30134-submit@debbugs.gnu.org id=B30134.151629755319541 (code B ref 30134); Thu, 18 Jan 2018 17:46:02 +0000 Original-Received: (at 30134) by debbugs.gnu.org; 18 Jan 2018 17:45:53 +0000 Original-Received: from localhost ([127.0.0.1]:33643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecEG8-000556-B6 for submit@debbugs.gnu.org; Thu, 18 Jan 2018 12:45:52 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:60252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecEG4-00054r-Un for 30134@debbugs.gnu.org; Thu, 18 Jan 2018 12:45:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecEFy-0001TR-AZ for 30134@debbugs.gnu.org; Thu, 18 Jan 2018 12:45:43 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59569) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecEFy-0001TG-6H for 30134@debbugs.gnu.org; Thu, 18 Jan 2018 12:45:42 -0500 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ecEFx-0001Jn-S6 for 30134@debbugs.gnu.org; Thu, 18 Jan 2018 12:45:42 -0500 Resent-Message-ID: <23136.56645.413749.71430@gnu.org> Resent-Date: Thu, 18 Jan 2018 12:45:41 -0500 Resent-From: Glenn Morris Resent-To: 30134@debbugs.gnu.org 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; bh=RAdgqIxihjL43PdU9bMm9647RgJOZ2gvvkuGVVmy1E4=; b=bDS2za/2XzRUtrbNW53wWQkKmv2KWx48Ufv6yzdM7zgFw+GJqF+nOagUZi69H4kQdW rp8xiuJZ4yxWHKqEK/yYLQww1k8BhKxxMmsLHnXkzr0Zbf8xW0INfY7cPhoV7jiFJTcj Wu5Aa1YFphh6IsbZ7J5h1GOW1m4P/PG+LGIAzDfiaK0BOOtRYHA+Pl/pSTABtWyuFQjw 4qtQTY3ON7AiT4QlsIsPGqGcvjmevBDH6iiumIzbGzocrs1GU2MBplI+Y1T0Uadiahz0 tAG5Cu29Xf+Z1NRq1QKnNIFy5ttOjGEWSVavLDJhQVoE1XFWxSowdIUYyO+jRHfVSCtz nP2w== 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; bh=RAdgqIxihjL43PdU9bMm9647RgJOZ2gvvkuGVVmy1E4=; b=U5nbwlMMVUE2575lfs5Q6C0drAMG6HN20p24Ln7ez3mPECLVXgfymMT+aYhqIokdvs +DKg2ezxLZhaiLSgMJlLagC67IyO1fMZ3Ss6B5y/KiG+qJ++r+UTwDh6T4egje6TP4Tn elIZUVLDMI28RycMDV6D2f3BNt+QtVOHe37S7IhOfNwNLt+olBfeqyOAVLKWnjWe94Lb ddW0rEOsQytjFdXLmySXCKvEzQaOSu0gsDySvMBV7QT/QXFU220OXL0PVmujNkdcXgna EaDB8xGDrOTvtwEvT1JSbcUZv3CGvzOlKZcKH2Z/+gFFUsct5o61vvCgzZOqS/jM1SeA 5FpQ== X-Gm-Message-State: AKGB3mKQfOiG1fRsqxCWloCjsNC50yKPf/3LaUZW4psalfA4UiBuh3+b VbSPcxjWaSyGWVMnrrLClIbXd24Dy7QJjzeZkKuDidjm X-Google-Smtp-Source: ACJfBotqV4CJkSGVZYd+vWBVAuWIJoW8OY2cNChvOg+IWvR3Ex7rkUu5g4RN0URgpyAuiXclWVjWFnpB2HpgQw4rvTM= X-Received: by 10.159.247.7 with SMTP id d7mr45689403pls.224.1516255886506; Wed, 17 Jan 2018 22:11:26 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Bogosity: unsure, spamicity=0.140715, v1.2.4 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:142259 Archived-At: --089e082ee75880fe44056306d56e Content-Type: text/plain; charset="UTF-8" I have looked into eshell and make-term source and narrowed down the range of the issue somewhat. If I evaluate the test code from eshell buffer, process-environment lose "TEST=1234" inside make-term function as below. (defun make-term (name program &optional startfile &rest switches) (let ((buffer (get-buffer-create (concat "*" name "*")))) (cond ((not (term-check-proc buffer)) ;; Here, process-environemnt still have "TEST=1234" (with-current-buffer buffer ;; Here, process-environemnt lost "TEST=1234" (term-mode)) (term-exec buffer name program startfile switches))) buffer)) I still don't know why but process-environment lost some values when creating new buffer with 'get-buffer-create' function. You can test this as below: 1-1) emacs -Q 1-2) evaluate below code. (let ((process-environment (cons "TEST=1234" process-environment))) (get-buffer-create "test-buffer") (switch-to-buffer "test-buffer") (member "TEST=1234" process-environment)) 1-3) you can see "TEST=1234" is a member of process-environment in new buffer. 2-1) emacs -Q 2-2) M-x eshell 2-3) evaluate below code in eshell buffer. (let ((process-environment (cons "TEST=1234" process-environment))) (get-buffer-create "test-buffer") (switch-to-buffer "test-buffer") (member "TEST=1234" process-environment)) 2-4) you can see "TEST=1234" is lost from process-environment. You can also test this simply as below. 3-1) emacs -Q 3-2) M-x eshell 3-3) evaluate below code in eshell buffer. (let ((process-environment (cons "TEST=1234" process-environment))) (with-temp-buffer (member "TEST=1234" process-environment))) 3-4) you can see "TEST=1234" is lost from process-environment. --089e082ee75880fe44056306d56e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have looked into eshell and make-term source a= nd narrowed down the
range of the issue somewhat.

<= /div>
If I evaluate the test code from eshell buffer, process-environme= nt
lose "TEST=3D1234" inside make-term function as belo= w.

(defun make-term (name program &optional st= artfile &rest switches)
=C2=A0 (let ((buffer (get-buffer-crea= te (concat "*" name "*"))))
=C2=A0 =C2=A0 (co= nd ((not (term-check-proc buffer))
=C2=A0 =C2=A0 ;; Here, process= -environemnt still have "TEST=3D1234"
=C2=A0 =C2=A0(with-current-buffer buffer
= =C2=A0 =C2=A0 =C2=A0 =C2=A0;; Here, process-environemnt lost "TEST=3D1= 234"
=C2=A0 =C2=A0 = =C2=A0(term-mode))
=C2=A0= =C2=A0(term-exec buffer name program startfile switches)))
=C2= =A0 =C2=A0 buffer))

I still don't know why but= process-environment lost some values when
creating new buffer wi= th 'get-buffer-create' function.

You can t= est this as below:

1-1) emacs -Q
1-2) ev= aluate below code.
=C2=A0 =C2=A0 =C2=A0(let ((process-environment= (cons "TEST=3D1234" process-environment)))
=C2=A0 =C2= =A0 =C2=A0 =C2=A0(get-buffer-create "test-buffer")
=C2= =A0 =C2=A0 =C2=A0 =C2=A0(switch-to-buffer "test-buffer")
=C2=A0 =C2=A0 =C2=A0 =C2=A0(member "TEST=3D1234" process-enviro= nment))
1-3) you can see "TEST=3D1234" is a member of p= rocess-environment in new buffer.

2-1) emacs -Q
2-2) M-x eshell
2-3) evaluate below code in eshell buffer= .
=C2=A0 =C2=A0 =C2=A0(let ((process-environment (cons "TEST= =3D1234" process-environment)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(= get-buffer-create "test-buffer")
=C2=A0 =C2=A0 =C2=A0 = =C2=A0(switch-to-buffer "test-buffer")
=C2=A0 =C2=A0 = =C2=A0 =C2=A0(member "TEST=3D1234" process-environment))
2-4) you can see "TEST=3D1234" is lost from process-environment= .


You can also test this simply as = below.=C2=A0

3-1) emacs -Q
3-2) M-x eshe= ll
3-3) evaluate below code in eshell buffer.
=C2=A0 = =C2=A0 =C2=A0(let ((process-environment (cons "TEST=3D1234" proce= ss-environment)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(with-temp-buffer
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(member "TEST=3D1234" p= rocess-environment)))
3-4) you can see "TEST=3D1234" is= lost from process-environment.
--089e082ee75880fe44056306d56e--