From owner-cvs-lib Fri Sep 27 09:49:32 1996 Return-Path: owner-cvs-lib Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08146 for cvs-lib-outgoing; Fri, 27 Sep 1996 09:49:32 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA08084; Fri, 27 Sep 1996 09:49:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id CAA30883; Sat, 28 Sep 1996 02:48:04 +1000 Date: Sat, 28 Sep 1996 02:48:04 +1000 From: Bruce Evans Message-Id: <199609271648.CAA30883@godzilla.zeta.org.au> To: peter@spinner.DIALix.COM, phk@freefall.freebsd.org Subject: Re: cvs commit: src/lib/libc/stdlib atexit.c src/lib/libc/sys brk.2 Cc: cvs-all@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-lib@freefall.freebsd.org Sender: owner-cvs-lib@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> 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? Bruce