Date: Fri, 27 Sep 1996 18:55:25 +0200 From: Poul-Henning Kamp <phk@critter.tfs.com> To: Bruce Evans <bde@zeta.org.au> 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 Message-ID: <2090.843843325@critter.tfs.com> In-Reply-To: Your message of "Sat, 28 Sep 1996 02:48:04 %2B1000." <199609271648.CAA30883@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2090.843843325>