home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / msdos / programm / 8946 < prev    next >
Encoding:
Text File  |  1992-09-01  |  3.0 KB  |  67 lines
  1. Newsgroups: comp.os.msdos.programmer
  2. Path: sparky!uunet!mcsun!fuug!mits!kennu
  3. From: kennu@mits.mdata.fi (Kenneth Falck)
  4. Subject: Re: Novice question: how to boot from a bat file?
  5. Message-ID: <1992Sep1.155702.18745@mits.mdata.fi>
  6. Organization: Microdata Oy, Helsinki, Finland
  7. References: <Bttt82.53K@NCoast.ORG> <1992Aug31.183957.1391@mits.mdata.fi> <1992Aug31.214211.20267@midway.uchicago.edu>
  8. Date: Tue, 1 Sep 1992 15:57:02 GMT
  9. Lines: 56
  10.  
  11. In article <1992Aug31.214211.20267@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
  12. >In article <1992Aug31.183957.1391@mits.mdata.fi> kennu@mits.mdata.fi (Kenneth Falck) writes:
  13. >>Of course you can trash your hard disk if you boot prematurely,
  14. >>but it has nothing to do with whether you do it by jumping
  15. >>to FFFF:0000 or pressing Ctrl-Alt-Del or the Reset button.
  16. >
  17. >How long ago was it that we were hashing this one out before?
  18. >
  19. >(As in, is it just  my imagination or has the recycle rate gone ski-high
  20. >in just that last few weeks?)
  21.  
  22. I don't know, I haven't been following the traffic 100% constantly,
  23. though I remember some discussion about Smartdrive.
  24.  
  25. >Anyway, for the record, it makes all the difference in the world whether
  26. >you use JMP FFFF:0 or emulate C/A/D, if you are using a write-behind cache.
  27. >
  28. >Some people think this is a bug in SmartDrive...  (If you don't get
  29. >this, you really haven't been paying attention!)
  30.  
  31. Well, I suppose the major difference is that Smartdrive probably captures
  32. IRQ1 and checks for Ctrl-Alt-Del before continuing with the keyboard
  33. interrupt, and cannot check for a jump to FFFF:0000. (I wonder can it
  34. be done, by the way, by placing some odd statement in FFFF:0000....
  35. I've never checked out what that address really contains anyway.)
  36.  
  37. But anyway, my point was meant to be that nobody should reboot the
  38. computer before making sure all buffers have been flushed, no matter
  39. who does the flushing. (Smartdrive after a timeout or the user by
  40. pressing a key combination or running a "sync" command.) It just
  41. seemed strange to flame someone who posts a reboot.com program
  42. because this program could be "dangerous" or something. (Unless
  43. I misunderstood that posting.)
  44.  
  45. >Anyway, somebody ought to get Ralf to post the one true solution to the
  46. >auto-reboot program.
  47.  
  48. Hmm... sounds like something my religion teacher might say... (Yes,
  49. religion is compulsory at school in Finland.) But anyway, if someone
  50. wants to reboot from a batch file, why not just first ask the user
  51. to press a key to signal that he has flushed the cache buffers,
  52. and then reboot freely?
  53.  
  54. Unfortunately I just don't remember what exactly was the original
  55. purpose of this rebooting from a batch file ... Just wanted to
  56. add my opinion on auto-rebooting in general.
  57.  
  58. Actually, in this age of background-writing caches, the next MSDOS
  59. release should probably contain a "flush cache buffers" interrupt
  60. service which could become a standard point for all different
  61. caching software to check for a call to flush. (Though I doubt
  62. that even Microsoft's own software would reliably support it....:-)
  63.  
  64. -- 
  65. kennu@mits.mdata.fi
  66.  
  67.