Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!ncar!noao!asuvax!mcdphx!mcdchg!ddsw1!corpane!sparks From: sparks@corpane.UUCP (John Sparks) Newsgroups: comp.sys.amiga Subject: Re: More 1.4 whishes Summary: I think resident commands should not survive re-boot. Message-ID: <405@corpane.UUCP> Date: 3 Mar 89 18:42:50 GMT References: <5442@abo.fi> <2020@cps3xx.UUCP> <1265@hub.ucsb.edu> Organization: Corpane Industries, Inc., Louisville Ky Lines: 36 In article , deven@pawl.rpi.edu (Deven Corzine) writes: > In article armhold@topaz.rutgers.edu (George Armhold) writes: > >>have the resident commands survive a warm-reboot. > > > >I don't think that would be a good idea- the reason for warm-booting is > >usually to clear all ram, no? > > No. More often it is to reset the system to a known state, and a > significant percentage of the reboots are accidental, resulting from > GURUs and crashes which don't even GURU but just display neat > fireworks displays. Having resident programs recoverable would be > VERY valuable. Not automatically; do it similarly to RAD: - a > "resident recover" command in the startup-sequence or some such. Of > course, the resident seglists should be protected by 32 bit CRC's so > you don't end up with corrupted versions because of the last crash. > > In short, I strongly agree: Make resident commands recoverable!! If you are saying allow a bit to be set that will tell the amiga whether or not to keep the resident commands upon a warm re-boot, then I agree. But I don't think that resident commands should always survive a re-boot. There are many times that I reboot from my amigaDos disk to run a paticularly memory hungry program such as Deluxe Photo Lab, and I would not want the resident commands eating up valuable memory. That was why I re-booted in the first place, to get more memory free. I would rather not have to turn the machine off and back on again. wear and tear.. wear and tear.. -- John Sparks // Amiga | {rutgers|uunet}!ukma!corpane!sparks \X/ UUCP | >> call D.I.S.K. @ 502/968-5401 thru 5406 << Beware of quantum ducks: Quark, Quark.