markv@dartvax.UUCP (Mark Vita) (03/08/85)
<...> I've encountered what appears to be a bug in version 1.2 of the Extras desk accessory. I had installed Extras on a MacWrite disk, on which MacWrite happened to be the startup application. I was able to open and use the DA from within MacWrite, but attempting to close it caused a system error with ID=02. One noticeably odd thing about this error was that for the first time I've seen, the "Resume" button actually worked! Clicking it brought up the Save dialog box, allowing me to save my document, and then exited to the Finder. I also found a couple other oddities. With MacWrite still the startup application, I rebooted, then quit MacWrite, and then launched it again. The Extras desk accessory then worked normally, and could be closed without causing a crash. The same was true when there was no startup application (i.e., the startup application was the Finder). I also tried setting MacPaint as the startup application; this again caused Extras to crash when closed (though this time there was no Resume option--is that some sort of MacWrite "feature"?) All this seems to indicate that you cannot close Extras without having previously loaded the Finder. Anyone out there had a similar experience, or have an explanation? -- Mark Vita Dartmouth College USENET: {decvax,cornell,linus,astrovax}!dartvax!markv ARPA: markv%dartmouth@csnet-relay CSNET: markv@dartmouth
mnh@utcsri.UUCP (Mark N. Hume) (03/09/85)
Yes, the resume button is activated by MacWrite and is therefore its feature. Any application may set up this feature (although most unfortunately haven't) by calling the Dialog Manager routine InitDialogs and passing it a pointer to the procedure that will be called when a system error occurs. As an aside, I have been having great trouble getting desk accessories off the net to work. When I have used the desk accessory mover it gives error -39 or -51 (or was that -50) when it tries to load the desk accessory. BinHex has not complained about the checksum, and there are no files on the disk with the same name as the desk accessory. This has happened in particular with Extras, SkipFinder, Eject&Reset and others. I *have* gotten Transfer, Explorer, Uriah, Disk Info and many others to work though. Any ideas on this problem?? Thanks, Mark Hume -- Mark N. Hume