Path: utzoo!attcan!uunet!ogicse!ucsd!ucbvax!RICHTER.MIT.EDU!krowitz
From: krowitz@RICHTER.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re:  malloc(3), diskspace, fix
Message-ID: <9010261942.AA18426@richter.mit.edu>
Date: 26 Oct 90 19:42:17 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 18

All Apollo mapped-segment (ie. MS_$) calls are Apollo specific. They are
not part of OSF as far as I know. The "mmap" calls are, I believe, a 
BSD4.3 extension that will make it into OSF and other merged BSD/SYSV
Unix version (ie. Sun OS).

There is an easy workaround at SR10 for the fact that programs now
allocate enough disk space immediately, rather than as the virtual
memory is actually used. The Aegis binder, /com/bind, has a switch
named -vm_sparse or -sparse_vm (or something like that) that gives
the SR9.7 style behavior.


 -- David Krowitz

krowitz@richter.mit.edu   (18.83.0.109)
krowitz%richter.mit.edu@eddie.mit.edu
krowitz%richter.mit.edu@mitvma.bitnet
(in order of decreasing preference)