Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!lth.se!tde.lth.se!sund
From: sund@tde.lth.se (Lars Sundstr|m)
Newsgroups: comp.sys.mac.system
Subject: Re: 7.0b4 bugs was( Re The NEW desktop)
Message-ID: <1991Apr11.082548.28796@lth.se>
Date: 11 Apr 91 08:25:48 GMT
References: <1991Mar26.210153.8372@umiami.ir.miami.edu> <50865@apple.Apple.COM>
	<23035@unix.SRI.COM> <1991Apr10.020319.17136@ux1.cso.uiuc.edu>
	<1991Apr10.085629.8840@umiami.ir.miami.edu>
Sender: newsuser@lth.se (LTH network news server)
Organization: Applied Electronics, Lund University, Lund, Sweden
Lines: 19
In-Reply-To: tcwan@umiami.ir.miami.edu's message of 10 Apr 91 12:56:29 GMT

In article <1991Apr10.085629.8840@umiami.ir.miami.edu> tcwan@umiami.ir.miami.edu writes:

   Also, in 7.0b4, VM seems to cause more problems that it is worth. (I'm running
   it on an SI without a co-processor). Some inits like Software FPU will not
   run properly if VM is enabled. It thinks that I have a hardware FPU installed
   (I wish :) ). What's in VM that changes the way the machine appears to
   applications? The second implication is, how stable will it be in the final
   version?

This is probably not VM's fault. Inits and applications that have code
executed at interrupt time must prevent the memory pages containing that
code from being swapped by locking it. If they don't, a page fault may
arise within a page fault. 

--
Lars Sundstrom, Lund University, Department of Applied Electronics,
Box 118, S-221 00 Lund, Sweden Phone: +46-46109513 Fax:+46-46129948
Internet: sund@tde.lth.se
--