From owner-freebsd-arch@FreeBSD.ORG Mon May 14 07:06:15 2007 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 222DC16A40D; Mon, 14 May 2007 07:06:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8D22A13C4BD; Mon, 14 May 2007 07:06:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3EF6C20A7; Mon, 14 May 2007 09:06:08 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 31DDE20A6; Mon, 14 May 2007 09:06:08 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 1A6E15644; Mon, 14 May 2007 09:06:08 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Ivan Voras References: <20070512153532.GQ21795@elvis.mu.org> <63984.1178992555@critter.freebsd.dk> <20070513215442.GZ21795@elvis.mu.org> <46478C9A.9050807@fer.hr> Date: Mon, 14 May 2007 09:06:07 +0200 In-Reply-To: <46478C9A.9050807@fer.hr> (Ivan Voras's message of "Mon\, 14 May 2007 00\:09\:30 +0200") Message-ID: <86lkfryjds.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Alfred Perlstein , freebsd-arch@freebsd.org Subject: Re: HEADS DOWN X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 07:06:15 -0000 Ivan Voras writes: > Alfred Perlstein wrote: > > We can't be "bug for bug tolerant" with Linnex without copying their > > allocator. > No, but we can with the documented parts, and > malloc-inside-signal-handler support is documented > (http://www.cs.utah.edu/dept/old/texinfo/glibc-manual-0.02/library_toc.ht= ml#SEC357). That would require adding at least two system calls to the malloc() / free() overhead to support an extremely rare case which is already documented not to work, and known not to work on numerous other platforms. It is wrong of the PHP authors to assume that all the world is GNU / Linux. I see no reason not vindicate their mistakes. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no