Megalextoria
Retro computing and gaming, sci-fi books, tv and movies and other geeky stuff.

Home » Archive » net.micro.mac » Possible bug in Extras V1.2
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Possible bug in Extras V1.2 [message #112498] Mon, 16 September 2013 13:46 Go to next message
markv is currently offline  markv
Messages: 34
Registered: May 2013
Karma: 0
Member
Message-ID: <2812@dartvax.UUCP>
Date: Thu, 7-Mar-85 16:33:00 EST
Article-I.D.: dartvax.2812
Posted: Thu Mar  7 16:33:00 1985
Date-Received: Sat, 9-Mar-85 11:35:42 EST
Distribution: net
Organization: Dartmouth College, Hanover, NH
Lines: 29

<...>
 
    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
Re: Possible bug in Extras V1.2 [message #112500 is a reply to message #112498] Mon, 16 September 2013 13:46 Go to previous message
mnh is currently offline  mnh
Messages: 5
Registered: June 2013
Karma: 0
Junior Member
Message-ID: <855@utcsri.UUCP>
Date: Sat, 9-Mar-85 14:50:37 EST
Article-I.D.: utcsri.855
Posted: Sat Mar  9 14:50:37 1985
Date-Received: Sat, 9-Mar-85 18:26:12 EST
References: <2812@dartvax.UUCP>
Distribution: net
Organization: CSRI, University of Toronto
Lines: 19

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 
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Mac stuff for Apple //e ?
Next Topic: scsi forhard disks interfacte for mac: projeectction
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Thu Nov 21 07:30:28 EST 2024

Total time taken to generate the page: 0.29029 seconds