From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: environment variable don't get coding conversion Date: Mon, 20 Jan 2003 09:38:17 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200301200038.JAA16159@etlken.m17n.org> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1043023214 24438 80.91.224.249 (20 Jan 2003 00:40:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2003 00:40:14 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18aPyz-0006Ld-00 for ; Mon, 20 Jan 2003 01:40:09 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18aQ9c-0006bb-00 for ; Mon, 20 Jan 2003 01:51:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18aQ0G-00049f-03 for emacs-devel@quimby.gnus.org; Sun, 19 Jan 2003 19:41:28 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18aPz8-0003d0-00 for emacs-devel@gnu.org; Sun, 19 Jan 2003 19:40:18 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18aPxQ-0002La-00 for emacs-devel@gnu.org; Sun, 19 Jan 2003 19:38:34 -0500 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18aPxE-0001xS-00; Sun, 19 Jan 2003 19:38:20 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2])h0K0cHk16008; Mon, 20 Jan 2003 09:38:17 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) h0K0cHR00955; Mon, 20 Jan 2003 09:38:17 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id JAA16159; Mon, 20 Jan 2003 09:38:17 +0900 (JST) Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Fri, 17 Jan 2003 19:46:31 -0500) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Original-cc: d.love@dl.ac.uk X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:10878 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:10878 In article , Richard Stallman writes: > It seems to me that elements of process-environment should > be decoded by locale-coding-system because > process-environment is exposed to Emacs Lisp, and there are > codes that directly manipulate that variable. > We would have to encode them again when running a subprocess. I think > that could have the effect of altering the values, so that they are > not passed down properly from Emacs's parent process to its children. As far as I know, any coding system set in locale-coding-system is stateless. None of them uses escape sequences. So, decoding and encoding should yield the same value. If that is uncertain, we can put the original unibyte string as a text property (say, `encoded-string') to each of decoded string. > It might be better for user programs to decode the values > if they want to. User programs? Then, what to do with M-x setenv? --- Ken'ichi HANDA handa@m17n.org