From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: environment variable don't get coding conversion Date: 26 Jan 2003 18:50:52 +0000 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200301170613.PAA12807@etlken.m17n.org> <200301200038.JAA16159@etlken.m17n.org> <200301252205.h0PM5gsx029853@beta.mvs.co.il> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1043680051 28309 80.91.224.249 (27 Jan 2003 15:07:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 27 Jan 2003 15:07:31 +0000 (UTC) Cc: handa@m17n.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 18dArA-0007M7-00 for ; Mon, 27 Jan 2003 16:07:28 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18dAvP-0005DG-00 for ; Mon, 27 Jan 2003 16:11:51 +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 18dAqU-0002vh-01 for emacs-devel@quimby.gnus.org; Mon, 27 Jan 2003 10:06:46 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18dAPx-0006ju-00 for emacs-devel@gnu.org; Mon, 27 Jan 2003 09:39:21 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18dAHs-0005VY-00 for emacs-devel@gnu.org; Mon, 27 Jan 2003 09:31:16 -0500 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18dAGh-0005D0-00; Mon, 27 Jan 2003 09:29:48 -0500 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.36 #1 (Debian)) id 18dAG4-0004MY-00; Mon, 27 Jan 2003 14:29:08 +0000 Original-To: ehud@unix.mvs.co.il Original-Lines: 32 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.90 Original-cc: rms@gnu.org Original-cc: emacs-devel@gnu.org 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:11128 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:11128 [Sorry if this is a duplicate -- I've had trouble sending out over the weekend.] "Ehud Karni" writes: > You have to use the encoded Hebrew name, i.e. > (getenv (encode-coding-string "Hmy" 'hebrew-iso-8bit)) I hope you're not suggesting people _should_ do that! > I agree that to use non-ASCII environment variable name is not > practical, I'm trying to get it made practical for Emacs users. Why should they be restricted to ASCII names? > so this problem is not really important, but the non-ASCII > values are used a lot, and the practical way for ISO-8859-x is to > have them in unibyte. I don't know what that means, but please avoid talking about specific charsets or classes of them like 8859. Even if you're only concerned with Hebrew, presumably you might also want to use it encoded as windows-1255 or utf-8. Anyway, things like this should simply work for any supported encoding. > The `process-environment' can hold the values in multibyte but > `child_setup' and `getenv_internal' (in callproc.c) should transform > the values to unibyte (or whatever necessary for other coding systems > like CJK and utf-8). This sounds confused. If `process-environment' is stored decoded, as handa suggests, then it has to be encoded for subprocesses in `locale-coding-system'. The encoded value is implicitly unibyte.