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