home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / ibm / pc / misc / 15867 < prev    next >
Encoding:
Text File  |  1992-12-16  |  2.8 KB  |  64 lines
  1. Newsgroups: comp.sys.ibm.pc.misc
  2. Path: sparky!uunet!europa.asd.contel.com!emory!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!csus.edu!netcom.com!netcomsv!butch!iscnvx!news
  3. From: J056600@LMSC5.IS.LMSC.LOCKHEED.COM
  4. Subject: Re: Stacker ate my hard disk again. : ( help....
  5. Message-ID: <92351.29836.J056600@LMSC5.IS.LMSC.LOCKHEED.COM>
  6. Sender: news@iscnvx.lmsc.lockheed.com (News)
  7. Organization: Lockheed Missiles & Space Company, Inc.
  8. Date: Wed, 16 Dec 92 16:21:26 GMT
  9. Lines: 53
  10.  
  11. In <1992Dec16.122516.21146@concurrent.co.uk>, Neil Watson writes:
  12.  
  13. >In article <92349.214819RFM@psuvm.psu.edu> RFM@psuvm.psu.edu writes:
  14. >>In article <1992Dec14.212902.1390@rei.com>, fox@rei.com (Fuzzy Fox) says:
  15. >>>
  16. >>>>   I don't think Stacker itself is unstable...either the 1.x or 2.0 or 3.0
  17. >>>>versions, in so much as the comation of Stacker + some operating systems +
  18. >>>>some drivers + some motherboards is unstable.  In other words, it no more
  19. >>>>unstable than any other program.
  20. >>>
  21. >>>My experience seems to indicate that Stacker is as (un)stable as the
  22. >>>person using it.
  23. >>>
  24. >>I take exception to this. I am as unstable as they come, but my STACKER
  25. >>1.0 has been plunking along in a 20-meg notebook for 18 months or so.
  26. >>I've got an unopened copy of Stacker 2.0 -- I'm afraid to mess with
  27. >>what's been working ok up 'till now.
  28. >>
  29. >>BobM, PSU-Harrisburg
  30.  
  31. >I suspect that stacker (I use V2.1, but I guess it applies to all
  32. >releases) is rather "picky" about getting stuff actually written to the
  33. >disk!
  34.  
  35. >I run the (Windows 3.1 flavour) SMARTDRV disk cache, and have noticed
  36. >that I seem to get a "rebuilding allocation ..." session on bootup if I
  37. >have NOT taken care on closing down previously. By "taken care" I mean
  38. >executed "smartdrv /c" to flush the buffers before switching off.
  39.  
  40. >I THOUGHT that smartdrv intercepted the 3-fingered-salute and did a
  41. >flush, but it appears not to....
  42.  
  43.  
  44. >I think that this (user) instability may have a lot to do with some of
  45. >the stacker problems that people have. I guess that if you let the PC
  46. >sit for a while before switching off, then the "timed" flush sorts
  47. >things out too.
  48.  
  49. Aye, 'tis true that the "three-fingered salute" in the middle of an app will
  50. giving you the "Updating allocation map..." message.  I've also encountered
  51. a "volume damaged" (aka "you should have backed up your hard drive, dummy)
  52. error on doing so--twice.  After the second time I scrapped Stacker and
  53. have had no more bad sectors arise (version 2.0).
  54.  
  55. What happens when a program hangs up, though?  You can't exit normally and
  56. gracefully.  You have no choice but to reset the machine.  I always tried to
  57. avoid needing to turn the machine off while programs were actively running,
  58. but it wasn't possible 100% of the time.
  59.  
  60.  
  61. Tim Irvin
  62. ******************************************************************************
  63. Microsoft Windows--from the folks who brought you EDLIN.
  64.