Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!apple!portal!cup.portal.com!ts
From: ts@cup.portal.com (Tim W Smith)
Newsgroups: comp.sys.mac
Subject: Re: Upgrade Policies in general (MicroSoft particularly)
Message-ID: <31885@cup.portal.com>
Date: 19 Jul 90 09:12:09 GMT
References: <29753.26a33d70@vaxb.acs.unt.edu>
  <1990Jul18.023645.20946@d.cs.okstate.edu>
Organization: The Portal System (TM)
Lines: 21

< And don't forget that Apple bent over backwards trying to keep Microsoft's
< programs working. As I recall, early versions of MultiFinder had special
< 'Microsoft aware' sections of code. One of the things this code did was
< to attempt to load Excel into the first megabyte of memory: It seems that
< Excel made some assumptions that prevented it from running in high memory.

What do you mean "early versions of MultiFinder"?  The version that came
with System 6.0.4 does this.  Unless you've switched over to the 7.0 alpha,
I don't think this can be called early...:-)

You can see if a particular version of MultiFinder does this by taking
a copy of Excel (before the 2.? version, which I'm told no longer has
to run in the first meg) and changing the creator type.  It will no
longer work on a machine with more than a meg.

When you start it, you will see a dialog box flash into existance, and
then go away before you can read it.  If you do something to slow down
your Mac, like tell TMON to checksum the ROM on every trap, you will be
able to see that the dialog box says something like "Insufficient Memory".

						Tim Smith