[net.micro.mac] Possible bug in Extras V1.2

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