Subject: Re: sbrk() semantics ....
To: None <gwr@mc.com, moore@cs.utk.edu>
From: Paul Kranenburg <pk@cs.few.eur.nl>
List: tech-kern
Date: 03/13/1995 16:43:26
> Also, I'm wary of memory allocation schemes that don't actually
> reserve memory (or backing store) for the pages allocated.  With

sbrk() doesn't do one bit more while allocating process virtual addresses
than `mmap(.., ANON, ..)' does.

-pk