Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!jarthur!uci-ics!orion.oac.uci.edu!ucsd!nprdc!malloy
From: malloy@nprdc.arpa (Sean Malloy)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Was - Re: Xerox sues Apple!!! Now processor wars.
Message-ID: <5305@skinner.nprdc.arpa>
Date: 4 Jan 90 15:50:18 GMT
References: <6767@tank.uchicago.edu> <1989Dec17.112127.27333@me.toronto.edu> <3368@rti.UUCP> <899@lzaz.ATT.COM> <1989Dec29.165724.12683@sj.ate.slb.com> <199@tw-rnd.SanDiego.NCR.COM>
Reply-To: malloy@nprdc.arpa (Sean Malloy)
Organization: Navy Personnel R&D Center, San Diego
Lines: 17

In article <199@tw-rnd.SanDiego.NCR.COM> jml@tw-rnd.SanDiego.NCR.COM (Michael Lodman) writes:
>Just what is better about the 386 memory management as opposed to the 030?
>Specific examples of registers etc would be useful. I disagree with your
>conclusion at this point.

The 'virtual 8086' mode comes to mind -- it allows you to isolate a
process so that it can't step all over any other process's memory
space. It also permits the process in that space to crash without
taking the rest of the system with it.


                                              |Applications programming is a
 Sean Malloy                                  |race between software engineers,
 Navy Personnel Research & Development Center |who strive to produce idiot-proof
 San Diego, CA 92152-6800                     |programs, and the Universe, which
 malloy@nprdc.navy.mil                        |strives to produce bigger idiots.
                                              |So far, the Universe is winning.