From owner-svn-src-all@FreeBSD.ORG Sun Dec 6 23:55:50 2009 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADE7A106566C; Sun, 6 Dec 2009 23:55:50 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 776928FC15; Sun, 6 Dec 2009 23:55:50 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nB6Ntn7h069724; Sun, 6 Dec 2009 17:55:49 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Sun, 6 Dec 2009 17:55:49 -0600 (CST) From: "Sean C. Farley" To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org In-Reply-To: <200912062327.nB6NROLv034889@svn.freebsd.org> Message-ID: References: <200912062327.nB6NROLv034889@svn.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: Re: svn commit: r200191 - head/lib/libc/stdlib X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 23:55:50 -0000 On Sun, 6 Dec 2009, Sean Farley wrote: > Author: scf > Date: Sun Dec 6 23:27:24 2009 > New Revision: 200191 > URL: http://svn.freebsd.org/changeset/base/200191 > > Log: > Change the behavior of setenv(), putenv() and unsetenv() to continue parsing > instead of returning an error if a corrupt (not a "name=value" string) entry > in the environ array is detected when (re)-building the internal > environment. This should prevent applications or libraries from > experiencing issues arising from the expectation that these calls will > complete even with corrupt entries. The behavior is now as it was prior to > 7.0. I will reintroduce the regression test that Brian (green@) wrote with a tweak or two shortly. Sean -- scf@FreeBSD.org