home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9652 < prev    next >
Encoding:
Text File  |  1992-09-01  |  1.9 KB  |  56 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!van-bc!stewart
  3. From: stewart@wimsey.bc.ca (Jim Stewart)
  4. Subject: Re: VM386?  Possible?
  5. Organization: Wimsey 
  6. Date: Wed, 02 Sep 1992 06:29:59 GMT
  7. Message-ID: <1992Sep02.062959.6775@wimsey.bc.ca>
  8. Keywords: windows,386,vm
  9. References: <1992Sep1.212303.2509@athena.mit.edu> <1992Sep01.224938.19323@bnr.ca>
  10. Lines: 44
  11.  
  12. In article <1992Sep01.224938.19323@bnr.ca> minyard@bnr.ca writes:
  13. >In article <1992Sep1.212303.2509@athena.mit.edu>, tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
  14. >|>    From: lm@slovax.Eng.Sun.COM (Larry McVoy)
  15. >|>    Date: 1 Sep 1992 17:08:52 GMT
  16. >|>    Reply-To: lm@sun.UUCP (Larry McVoy)
  17. >|> 
  18. >|>    Forgive my ignorance, but is it possible to run a 386 program on a
  19. >|>    virtual 386 on a real 386?  The reason I ask is this: aren't a lot 
  20. >|>    of dos programs running in 386 mode?  So even if you got VM86 working
  21. >|>    and got a dos emulator running, wouldn't things like windows apps
  22. >|>    not run at all?  Or is everything still running as an 8086?
  23. >|> 
  24. >.
  25. >.
  26. >.
  27. >|> 
  28.  
  29.  [good stuff about V86 mode deleted...]
  30.  
  31. >|> But for the majority of the PC *applications*, this shouldn't be a
  32. >|> concern; they tend to be written using only 8086 code.
  33. >|> 
  34. >|>                                              - Ted
  35. >
  36. >Well, the majority of the applications my wife uses are ms-windows.  She
  37. >sure hates having to reboot the machine to go between linux and windows.
  38.  
  39. ... this is your chance to talk yout wife into a new computer ... it worked
  40. ... for me ... :-) 
  41. >
  42. >It should be technically feasible to have a "windows" emulator under
  43. >linux (using X for its display!).  The screen stuff shouldn't be too
  44. >difficult, just tedious.  The hard stuff would be memory handling and
  45. >running things in 286 protected mode.
  46.  
  47. ... I think the >600 entry point API might present an interesting problem as 
  48. ... well
  49.  
  50. >
  51. >If anyone wants to do this, I will volunteer as a beta tester!
  52. >
  53. [.sig deleted]
  54.  
  55. js
  56.