From owner-freebsd-hackers Wed Jul 14 19:23:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 0B4C814E14; Wed, 14 Jul 1999 19:23:06 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id LAA04075; Thu, 15 Jul 1999 11:51:49 +0930 (CST) (envelope-from newton) From: Mark Newton Message-Id: <199907150221.LAA04075@gizmo.internode.com.au> Subject: Re: Swap overcommit To: lyndon@orthanc.ab.ca Date: Thu, 15 Jul 1999 11:51:49 +0930 (CST) Cc: ben@skunk.org, green@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199907141938.NAA05484@orthanc.ab.ca> from "lyndon@orthanc.ab.ca" at Jul 14, 99 01:38:16 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG lyndon@orthanc.ab.ca wrote: > The semantics of malloc() have been defined since almost the dawn of > time. From the current manpage: > RETURN VALUES > The malloc() and calloc() functions return a pointer to the allocated > memory if successful; otherwise a NULL pointer is returned. > Nowhere does it say that allocated memory might not exist. Nowhere > does it say that I have to touch all the allocated pages to make > sure they are really there. Nowhere does it say process death at > some non-deterministic time in the future might be a side effect > of calling malloc(). It's just using a different definition of "successful return of malloc()" to the one you're trying to use :-) - mark ---- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message