From owner-cvs-all@FreeBSD.ORG Tue Jun 21 16:13:54 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 414F116A41C; Tue, 21 Jun 2005 16:13:54 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF0FF43D48; Tue, 21 Jun 2005 16:13:53 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j5LGDnfH017899; Tue, 21 Jun 2005 12:13:50 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050621113748.GA59399@cat.robbins.dropbear.id.au> References: <200506200314.j5K3EUtt089472@repoman.freebsd.org> <20050620094103.GB54301@cat.robbins.dropbear.id.au> <20050621113748.GA59399@cat.robbins.dropbear.id.au> Date: Tue, 21 Jun 2005 12:13:48 -0400 To: Tim Robbins From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/env env.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2005 16:13:54 -0000 At 9:37 PM +1000 6/21/05, Tim Robbins wrote: >On Mon, Jun 20, 2005, Garance A Drosehn wrote: > > But I wouldn't mind to undo the '/' check, if people think that's >> a problem. I only came up with that idea just before I was ready >> to commit, while I was stealing lines from the 'sh' man page... > >I think this would be best. It's an obscure edge case, but I'd >prefer that we leant towards POSIX (which permits "/" in a portable >environment variable name but not "=" in a portable file name) >rather than leaning away from it for little gain. No problem. Admittedly I didn't research that idea quite as much as I should have. I'll undo it later today or tomorrow. (along with a few other bug fixes I have for the new code...). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA