Path: utzoo!attcan!uunet!husc6!mailrus!caen.engin.umich.edu!mystone From: mystone@caen.engin.umich.edu (Dean Yu) Newsgroups: comp.sys.mac.programmer Subject: Re: A Few Technical Questions Summary: Would you settle for two out of three? Keywords: help, mac, sofa Message-ID: <3f185fcb.129dc@blue.engin.umich.edu> Date: 16 Oct 88 18:09:00 GMT References: <940@uvm-gen.UUCP> Distribution: na Organization: U of M Engineering, Ann Arbor, Mich. Lines: 61 In article <940@uvm-gen.UUCP>, chaffee@uvm-gen.UUCP (Alex D. Chaffee) writes: > > (1) > > For the past several months I've been programming with LS C, with > liberal use of MacsBug. Many of my system bombs are easily recovered > from by using ES (Exit-To-Shell) or EA (Exit-To-Application). Many of > them are totally beyond recovery. Occasionally, I will exit from > Macsbug and everything will run fine -- except that the mouse and > keyboard have become disconnected. Is there a trap I can execute from > Macsbug that will reinitialize the Desktop Bus, so that I don't have > to reboot? If you have the ADB keyboard and mouse, disconnecting them then reconnecting them will defrost them, since they self-initialize when they get connected. If you're running on anything less than an SE, you should probably get the mouse defroster FKEY from SUMEX. > (2) > > If I take the time to select "Shut Down" from the Finder, the next > time I boot my hard disk (an internal HD20SC - in my Mac SE with1 MB > RAM) it takes maybe a second to display the "Welcome to Macintosh" > dialog. If I don't select Shut Down, the drive is active for more > than a minute - I've got a very full hard disk - before it continues. > I'd like to know, first of all, what the HD thinks it's doing during > this interminable pause; second, exactly what "Shut Down" does (I've > seen DAs that park the heads on a SCSI drive, so I presume that Shut > Down does not park); third, if there's anything I can do to fix it -- > if there's no general fix, maybe there's some way I can access the > Shut Down code from Macsbug after an unrecoverable crash... (I can > hear you all thinking, "Fat chance..!") What's happening here is that when you shut down, if you're not parking the heads, it's at least moving them closer to the boot blocks. If you just restart, it leaves the heads where they wre when you restarted, so it has to seek all over the platters for the boot blocks. And considering the speed of an HD20, even an SC... (Sorry, I couldn't resist! ;) ) If you REALLY wanted to shutdown from MacsBug, I suppose you could... Find the trap for _ShutDown (I cant' remember what it is, off hand.) and do a hex modify and put in the trap for that, then Go to the address that you put the trap in. That SHOULD work. I don't know if MacsBug is doing something, or if there's a reason why you can't shut down from MacsBug, so try this at your own risk! > (3) > I haven't had to deal with the Dialog Manager too much in my ravings, so I'll pass the torch on this one. ______________________________________________________________________________ Dean Yu | E-mail: mystone@caen.engin.umich.edu University of Michigan | Real-mail: Dean Yu Computer Aided Engineering Network | 2413 Kelsey House ===================================| 600 E Madison "These are MY opinions." (My | Ann Arbor, MI 48109 employer doesn't want them. |========================================== Actually, they don't really care | what I think. But President | This space intentionally left blank. Duderstadt does...) | ------------------------------------------------------------------------------