home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / notabene / 713 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.1 KB  |  50 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!CUNYVMS1!RMB
  3. Message-ID: <0095FCA6.C13CCCA6.32639@cunyvms1.gc.cuny.edu>
  4. Date:         Fri, 28 Aug 92 22:07:46 EDT
  5. Sender:       Nota Bene List <NOTABENE@TAUNIVM>
  6. From:         Robert Braham <RMB@CUNYVMS1>
  7. Subject:      Re: File0000.chk
  8. Newsgroups: bit.listserv.notabene
  9. Lines: 39
  10.  
  11. >From: "Paul J. Bodin" <pjb3@CUNIXB.CC.COLUMBIA.EDU>
  12. >>> b) if I had Colorado Memory Systems "TAPE Format" program running,
  13. >>> than what could've been "open"?  Nothing, right, but for it?
  14.  
  15.  
  16. >The TAPE program should not have left any lost clusters upon power
  17. >loss, unless you were using it from a DOS shell rather than from the
  18. >primary DOS environment (as you would, for example, if you had
  19. >"exit"-ed from NB, or used the "dos" NB command to get a DOS command
  20. >line).  If you were shelled from another program and the *other*
  21. >program had files open in write mode that could be the source of the
  22. >problem.
  23.  
  24. At the time I had nothing running but the CMS program (I didn't
  25. even _know_ you could run it at the same time, in a non-multi-tasking
  26. env.), running under 4dos.  Curious.
  27.  
  28. >One bad habit that many computer users get into is just turning the
  29. >machine off when done, without regard to the current status of the
  30. >file system.  Always quit all programs all the way back to DOS before
  31. >turning off the machine or rebooting.  . . . .
  32.  
  33. True.  Many times it is much more satisfying to turn off the machine
  34. in disgust, w/ an unfinished project in NB staring at you in the face
  35. ("take _that_"), and Ive done it often.  Will revise my aggressive
  36. behavior (but what remains open in NB after all is saved and caches
  37. are flushed?  The programs themselves won't simply be erased from RAM,
  38. w/ no harm done to their disk setup)?
  39.  
  40. Paul also suggests that the chkdsk /f was picking up stray data from
  41. previous sessions: undoubtedly, but 800K? I defragged about a week ago
  42. and found nothing, so clearly something happened when the power was
  43. pulled.
  44.  
  45. Robert Braham
  46. Graduate School of the City University of New York
  47. Bitnet:   RMB@cunyvms1.bitnet
  48. Internet: RMB@cunyvms1.gc.cuny.edu
  49.  
  50.