From owner-svn-src-head@FreeBSD.ORG Thu Sep 3 09:32:06 2009 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F0731065670; Thu, 3 Sep 2009 09:32:06 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0D78FC17; Thu, 3 Sep 2009 09:32:06 +0000 (UTC) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 91DE82D484A; Thu, 3 Sep 2009 09:32:05 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 7452654C3; Thu, 3 Sep 2009 11:32:05 +0200 (CEST) Date: Thu, 3 Sep 2009 11:32:05 +0200 From: "Simon L. Nielsen" To: Andrey Chernov , Dag-Erling Sm??rgrav , src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Message-ID: <20090903093205.GB1304@zaphod.nitro.dk> References: <200909020456.n824uUqQ082136@svn.freebsd.org> <20090902070808.GA1290@arthur.nitro.dk> <20090902084002.GA17325@nagual.pp.ru> <867hwgcwvo.fsf@ds4.des.no> <20090903084325.GA65192@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090903084325.GA65192@nagual.pp.ru> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: svn commit: r196752 - head/lib/libc/stdtime X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2009 09:32:06 -0000 On 2009.09.03 12:43:25 +0400, Andrey Chernov wrote: > On Thu, Sep 03, 2009 at 09:26:03AM +0200, Dag-Erling Sm??rgrav wrote: > > > > - The core dump ache refers to can occur with a na??ve implementation > > that uses a lookup table and checks for EOF, but not for other > > negative values. > > Thanx for detailed explanation. Just to note: even such naive > implemetations still live inside POSIX, since POSIX says that behaviour > outside of "unsigned char" range + exact EOF value is undefined. Thanks to both of you for the detailed explanation. Always good to learn something new :-). I haven't had time to review des's patch (I can tonight if "needed"), but I certainly welcome documenting this case more clearly :-). -- Simon L. Nielsen