From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Multi-tty design (Re: Reordering etc/NEWS) Date: Thu, 24 May 2007 13:04:23 +0200 Message-ID: <868xbea3ew.fsf@lola.quinscape.zz> References: <85lkfrf91x.fsf@lola.goethe.zz> <200705142102.l4EL2pHK013655@oogie-boogie.ics.uci.edu> <4649D75C.2090905@lorentey.hu> <464A6144.10905@lorentey.hu> <86ejlfpfdj.fsf@lola.quinscape.zz> <861whepoq7.fsf@lola.quinscape.zz> <868xbmmbji.fsf@lola.quinscape.zz> <858xbjq320.fsf@lola.goethe.zz> <861whai9k1.fsf@lola.quinscape.zz> <868xbhgy7y.fsf@lola.quinscape.zz> <851wh8ble5.fsf@lola.goethe.zz> <85iraj737i.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1180004676 9629 80.91.229.12 (24 May 2007 11:04:36 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 24 May 2007 11:04:36 +0000 (UTC) Cc: miles.bader@necel.com, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 24 13:04:32 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HrB7O-0001kQ-N8 for ged-emacs-devel@m.gmane.org; Thu, 24 May 2007 13:04:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HrB7R-0006fo-AA for ged-emacs-devel@m.gmane.org; Thu, 24 May 2007 07:04:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HrB7N-0006fN-Vf for emacs-devel@gnu.org; Thu, 24 May 2007 07:04:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HrB7J-0006fB-Jg for emacs-devel@gnu.org; Thu, 24 May 2007 07:04:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HrB7J-0006f8-DA for emacs-devel@gnu.org; Thu, 24 May 2007 07:04:25 -0400 Original-Received: from pc3.berlin.powerweb.de ([62.67.228.11]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HrB7I-0004lH-L8 for emacs-devel@gnu.org; Thu, 24 May 2007 07:04:25 -0400 Original-Received: from quinscape.de (dslnet.212-29-44.ip210.dokom.de [212.29.44.210] (may be forged)) by pc3.berlin.powerweb.de (8.9.3p3/8.9.3) with ESMTP id NAA01006 for ; Thu, 24 May 2007 13:04:20 +0200 X-Delivered-To: Original-Received: (qmail 20454 invoked from network); 24 May 2007 11:04:23 -0000 Original-Received: from unknown (HELO lola.quinscape.zz) ([10.0.3.43]) (envelope-sender ) by ns.quinscape.de (qmail-ldap-1.03) with SMTP for ; 24 May 2007 11:04:23 -0000 Original-Received: by lola.quinscape.zz (Postfix, from userid 1001) id C11908F9E0; Thu, 24 May 2007 13:04:23 +0200 (CEST) In-Reply-To: (Richard Stallman's message of "Thu\, 24 May 2007 06\:55\:11 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.51 (gnu/linux) X-detected-kernel: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:71727 Archived-At: Richard Stallman writes: > The problem is that such loops are the _obvious_ thing for > manipulating process-environment. So we need not only bother about > code inside of Emacs, but also in external packages. > > It surprises me that you want to look for more than one envvar at a > time. In this particular case, there are environment variables of the form TEXINPUTS TEXINPUTS.latex TEXINPUTS.pdftex TEXINPUTS.whatever that are use by the various TeX executables, first the variable with the program in its name, then the general variable as a fallback. So I need to change all of the variables with a certain pattern. > If all the programs that do this will react well to using the null > string, I guess we can use the null string. "All" is probably an oversimplification. However, programs should be prepared to some degree to deal with non-trivial strings here (it is possible to export shell functions, for example), so the absence of the equals sign is probably something that will trip up quite fewer programs than a non-string element would. -- David Kastrup