home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / msdos / desqview / 4091 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  1.3 KB
  1. Path: sparky!uunet!wupost!usc!news.service.uci.edu!cerritos.edu!wilbur!batpad!mike
  2. Newsgroups: comp.os.msdos.desqview
  3. Subject: Re: How does Phar Lap DOS Extender 286 allocated its memory from QEMM?
  4. Message-ID: <mike03610921127170455@batpad.lgb.ca.us>
  5. From: mike@batpad.lgb.ca.us (mike batchelor)
  6. Date: Sun, 27 Dec 92 17:04:55 PDT
  7. References: <2b331710@ralf>
  8. Distribution: world               
  9. Organization: The Batchelor Pad
  10. Lines: 22
  11.  
  12. Ralf.Brown@B.GP.CS.CMU.EDU writes:
  13. >
  14. > In article <1992Dec17.225657.3463@qdeck.com>, garyrich@qdeck.com (Gary Rich) wrote:
  15. > }In article <1992Dec14.222004.594@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
  16. > }Um, no.  The Phar Lap extender uses VCPI.  A much more robust spec than
  17. > }XMS (or DPMI for that matter)
  18. > 
  19. > VCPI simpler than DPMI?  Definitely.
  20. > VCPI more robust than DPMI?  Doubt it.    VCPI runs clients in ring 0 (most
  21. > privileged), so a VCPI app can bring down the entire system.  DPMI runs clients
  22. > in ring 3 (least privileged), so it has a fair chance of keeping the crash to
  23. > a single client, assuming the host is well-implemented.
  24.  
  25. Assuming the client is well-implemented, it won't bring down the
  26. system no matter which ring it runs in, or which well-implemented host
  27. it makes use of.
  28.  
  29.  
  30.  
  31. [] ---
  32. [] Mike Batchelor <> Long Beach, California
  33. [] mike@batpad.lgb.ca.us <or> mikebat@qdeck.com
  34.