[net.micro.mac] Possible bug in MacWrite 4.5

perelgut@utai.UUCP (Stephen Perelgut) (11/04/85)

I am using a new Apple Macintosh, received directly from Apple Canada Inc.
10 days ago.  I received the latest versions of they System, Finder (4.1),
and MacWrite (4.5).  I am running off the diskette titled "Backup Disk",
having reconfigured it slightly to contain MacWrite, the original System
Folder, and MacPaint.  I have used the Font/DA Mover to add extra fonts, 
all from the supplied System Disk, leaving 3K available.  The system is a
512K Mac with an external Apple floppy drive.  The external drive contains
a diskette with MacWrite files, MacPaint files, and a folder holding some
of the above.  There is 351K available on the external diskette.

Enough of the system.  The problem is MacWrite has bombed once 
(ID=02 - Address Error???) and hung once, refusing to respond to anything
except hitting the reset switch I installed as per instructions at the side.
The file being modified is a MacWrite file, all in Toronto font, 9 Point,
with 4 pages and 8 rulers.  Something on the order of 16 paragraphs.  Total
space reported to be 7K.

When I make a deletion, I get the message
	This disk is almost full! Is it OK if this operation can't be
	Undone, and the file is automatically Saved afterwards?
		GO AHEAD		Cancel
(Why is it looking at the internal drive when I opened the MacWrite file
by double-clicking the icon image on the external diskette?)
Anyway, the first time I click Go Ahead, everything sometimes whirs and happens
properly (allowing that "properly" includes saving on the 351K diskette).
Once it took 2 of these, once 3, and this time it happened on the first change.
This time, (ID=03 - Illegal Instruction Error).  That's a new one again!

Any suggestions other than working off a MacWrite diskette with more than 3K???
Especially, any ideas why MacWrite is bombing and what can be done to patch it?
-- 
Stephen Perelgut    Computer Systems Research Institute, University of Toronto

spector@acf4.UUCP (David HM Spector) (11/08/85)

The only way around those bombs and obnoxious dialogs is to free up some
more space on your system disk.  You are getting those message because MacWrite
doesn't have enough room to manipulate the Clipboard, and the 3 or 4 work
files it needs to have open when running.  You might try removing a few DAs
that you don't need...



			David Spector
			NYU/acf Systems Group

SPECTOR@NYU
....!{siesmo,rocky,ihnp4,allegra}!cmcl2!spector
                                     ^---That's an L, not a one.

hogan@rosevax.UUCP (Andy Hogan) (11/11/85)

 Stephen Perelgut, in a query I can't respond to, notes:
> 
> When I make a deletion, I get the message
> 	This disk is almost full! Is it OK if this operation can't be
> 	Undone, and the file is automatically Saved afterwards?
> 		GO AHEAD		Cancel
> (Why is it looking at the internal drive when I opened the MacWrite file
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> by double-clicking the icon image on the external diskette?)

This is probably my biggest and most consistant complaint with Mac 
software, *especially* software from Apple!  Applications which use disk
space for private files generally DO NOT EVEN ATTEMPT to use available
space on the external drive.  This makes it very inconvenient to use
a system disk with a lot of fonts, DAs, or multiple applications.  
Giving up a few K on a data disk is a small concession compared to 
quitting an application, cleaning up the system disk (or restarting
with another one) and starting over.

To all Mac-programmers, especially Apple (listening, Larry?):  Please
check ALL available drives for space if you use files within your
program.  Even the nice "this disk is full" box gets VERY irritating
when you know there is a couple hundred Kbytes on another disk that
is in the machine!  Even if everyone could afford a mega-mac and put a
large system in a 750K RAM disk,  there may be times when that system
disk if full but there is plenty of other disk space available!

-- 
Andy Hogan   Rosemount, Inc.   Mpls MN
path: ...ihnp4!stolaf!umn-cs!mmm!rosevax!hogan
Working is not a synonym for Quality.