From owner-freebsd-current@FreeBSD.ORG Wed Nov 30 11:10:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 500AE16A41F for ; Wed, 30 Nov 2005 11:10:27 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF84643D5F for ; Wed, 30 Nov 2005 11:10:21 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id B761213F9A6; Wed, 30 Nov 2005 12:10:19 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 94489B5399; Wed, 30 Nov 2005 12:10:19 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6BF699B3A4; Wed, 30 Nov 2005 12:10:19 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id CC8F013F9A6; Wed, 30 Nov 2005 12:10:18 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id jAUBAIIN042905; Wed, 30 Nov 2005 12:10:18 +0100 (CET) (envelope-from q@galgenberg.net) Received: from coyote.q.local (localhost [127.0.0.1]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id jAUBAITg067377; Wed, 30 Nov 2005 12:10:18 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by coyote.q.local (8.13.4/8.13.4/Submit) id jAUBAH3k067376; Wed, 30 Nov 2005 12:10:17 +0100 (CET) (envelope-from q@galgenberg.net) Date: Wed, 30 Nov 2005 12:10:17 +0100 From: Ulrich Spoerlein To: Jason Evans Message-ID: <20051130111017.GA67032@galgenberg.net> Mail-Followup-To: Jason Evans , current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: current@freebsd.org Subject: Re: New libc malloc patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2005 11:10:27 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jason Evans wrote: > * The virtual memory size of processes, as reported in the SIZE field by = top, will appear=20 > astronomical for almost all processes (32+ MB). This is expected; it is = merely an artifact=20 > of using large mmap()ed regions rather than sbrk(). Hi, I just read that mmap() part and have to wonder: Is it possible to introduce something like the guard pages that OpenBSD has implemented? I'd love to try this out and see the dozens of applications that fail due to off-by-one bugs. If the security features of OpenBSDs new malloc() could be implemented as new MALLOC_OPTIONS directives, that would be fantastic! Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDjYiZmArGtfDbn0QRAvEPAJ4kfFgmQBnuWjcgjC0Op5NiJRu2mACg+zfa pGxYs3bCVctufbhm56td4hk= =kgdH -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+--