Date: Mon, 07 May 2001 18:18:28 -0300 From: "Daniel C. Sobral" <dcs@newsguy.com> To: Dag-Erling Smorgrav <des@ofug.org> Cc: Dennis Glatting <dennis.glatting@software-munitions.com>, Kris Kennaway <kris@obsecurity.org>, freebsd-stable@frebsd.org, freebsd-current@FreeBSD.ORG Subject: Re: pgm to kill 4.3 via vm Message-ID: <3AF71124.607292BB@newsguy.com> References: <20010507074503.Y24943-100000@btw.plaintalk.bellevue.wa.us> <xzpy9s9mbyl.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
Dag-Erling Smorgrav wrote: > > Dennis Glatting <dennis.glatting@software-munitions.com> writes: > > I am intentionally testing at the limits to see what happens, usually > > interesting things. :) In this case, the application is well behaved (in > > the error proccesing sense): it'll exit, thus releasing its memory > > resources, when the kernel reports a memory allocation failure. > > No. > > malloc() will return NULL only if you hit a resource limit or exhaust > address space. There may or may not be memory (real or virtual) > available at that time. > > Plus, your program doesn't even do what you think it does (because a) > it has at least one significant bug and b) malloc() doesn't behave the > way you think it does). And even if it did, the /dev/random stuff is > pointless, you can achieve the same effect by setting every byte you > allocate (possibly even just the first byte of every chunk) to 0. > > To really test what you think your program tests, you should mmap() an > amount of memory larger than RAM + swap and touch every page. Even > then, the result will be a SIGSEGV, not a graceful termination. Regardless, the machine should recover once all (trouble) programs have been killed. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net Caffeine is proof that God hates mornings too To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3AF71124.607292BB>