Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!nysernic!itsgw!batcomputer!cornell!uw-beaver!mit-eddie!ll-xn!ames!amdahl!pyramid!decwrl!labrea!Shasta!mrh
From: mrh@Shasta.UUCP
Newsgroups: comp.sys.mac
Subject: Re: Mac II Software Compatibility
Message-ID: <2058@Shasta.STANFORD.EDU>
Date: Thu, 1-Oct-87 14:31:48 EDT
Article-I.D.: Shasta.2058
Posted: Thu Oct  1 14:31:48 1987
Date-Received: Sun, 4-Oct-87 02:17:38 EDT
References: <7224@dartvax.UUCP>
Organization: Stanford University
Lines: 44
Keywords: Mac II, Compatibility
Summary: Mac II compatibility

In article <7224@dartvax.UUCP>, thomas@dartvax.UUCP (Thomas Summerall) writes:
> I have just ordered a Mac II to replace my 512ke and am worried about software
> compatibility.  Does anyone know of a published list of software versions
...
> 
> Some of the packages I have questions about are:
> 
> NetTrek           

    not for me even with the cache off

>Studio Session
   
    not for me...Steve Capps said no and I believe him since he either 
wrote part of it or was involved with the people who did. They did funny
things with the sound driver to get 6 voices...sounds like trouble!

> Mazewars +       
    Haven't tried this yet
> TML Pascal
    don't know
> Concertware+     
    don't know
> Dark Castle
   
    uses the alternate screen buffer hence won't work. New Dark Castle
has the same problem.

> Fedit + 
     WORKS GREAT!!!!
>Mac Zap series

     early versions wouldn't work with system 4.1 because of the 
Megamax C bug. Once patched they work. I assume the new version doesn't
suffer from the low memory global problem and will work but they haven't
delivered it yet even though we ordered the update.

In spite of what the above list may indicate, I've had great success with
the Mac software I've tried on the Mac II. The above list is biased toward
entertainment stuff and that suffers with the MacII. Personally I was
worried about compatibility and it has turned out to be better than
expected (except for games which break all the rules).

David Gelphman  daveg%slacvm.bitnet@forsythe.stanford.edu