From owner-cvs-lib Fri Sep 27 09:56:23 1996 Return-Path: owner-cvs-lib Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11694 for cvs-lib-outgoing; Fri, 27 Sep 1996 09:56:23 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA11615; Fri, 27 Sep 1996 09:56:14 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id SAA02092; Fri, 27 Sep 1996 18:55:25 +0200 (MET DST) To: Bruce Evans cc: peter@spinner.DIALix.COM, phk@freefall.freebsd.org, cvs-all@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-lib@freefall.freebsd.org Subject: Re: cvs commit: src/lib/libc/stdlib atexit.c src/lib/libc/sys brk.2 In-reply-to: Your message of "Sat, 28 Sep 1996 02:48:04 +1000." <199609271648.CAA30883@godzilla.zeta.org.au> Date: Fri, 27 Sep 1996 18:55:25 +0200 Message-ID: <2090.843843325@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-cvs-lib@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199609271648.CAA30883@godzilla.zeta.org.au>, Bruce Evans writes: >>> Modified: lib/libc/stdlib atexit.c >>> lib/libc/sys brk.2 >>> Log: >>> Don't use malloc, pessimize to use sbrk. >>> fix sbrk manpage while we're at it. >> >>Umm, you can't do this! If you use sbrk(), you are preventing the future >>use of malloc(), as you *cannot* intermix the use of sbrk() and malloc() >>in the same program! > >The author of malloc can intermix them :-). Are there problems with old >versions? actually I know of only one version that would be troubled by this, even the "canonical" example in the old testament can cope with it... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.