home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / msdos / misc / 6214 < prev    next >
Encoding:
Text File  |  1992-11-19  |  1.7 KB  |  44 lines
  1. Newsgroups: comp.os.msdos.misc
  2. Path: sparky!uunet!mcsun!sunic!ugle.unit.no!alkymi.unit.no!robert
  3. From: robert@alkymi.unit.no (Robert Schmidt)
  4. Subject: Re: Saving machine state
  5. Message-ID: <1992Nov19.145020.15260@ugle.unit.no>
  6. Sender: news@ugle.unit.no (NetNews Administrator)
  7. Organization: Norwegian Institute of Technology
  8. References:  <1992Nov16.154958.9682@unix.brighton.ac.uk>
  9. Date: Thu, 19 Nov 92 14:50:20 GMT
  10. Lines: 32
  11.  
  12. In article <1992Nov16.154958.9682@unix.brighton.ac.uk>, rjb12@unix.brighton.ac.uk (Titch) writes:
  13. > Does anyone know of a method to save the state of a PC (ie environment, 
  14. > data, programs) - up to the 1MB boundary - so that, later, I can reload
  15. > and things behave as if no interruption occurred.
  16. > 
  17. > Cheers,
  18. > 
  19. > Rich.
  20.  
  21. Hmmm.  Interesting idea.  I guess you are aware of laptops which does exactly
  22. this at the press of a button, but i take it you want such a beast for
  23. a normal table-top pc.
  24.  
  25. A program to save and restore the PC state will have to be run in protected
  26. mode, that is, it will probably only work on 386s or better.  The code
  27. will have to reside above the first megabyte, otherwise overlap conflicts 
  28. will occur when restoring the memory image.
  29.  
  30. Also, the video state should be saved correctly.  Consider all those 
  31. undocumented VGA modes and Super VGA modes...  you have to save all VGA
  32. registers in addition to the VGA memory.  All BIOS variables and
  33. the interrupt vectors should be saved, too...  ah well, just some
  34. thoughts.
  35.  
  36. Let me know if you get any positive response on this.  Task-switching is
  37. possible, as we can observe in DOS 5.0, so saving a task to disk and
  38. restoring it another day should be possible
  39.  
  40. > Rich Browning (rjb12@bton.unix)   * The Intel Plentium: Ethernet controller  
  41.  
  42.  
  43. Robert
  44.