Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!cbmvax!grr
From: grr@cbmvax.cbm.UUCP (George Robbins)
Newsgroups: comp.sys.atari.st
Subject: Re: a 68010 for your st?
Message-ID: <1563@cbmvax.cbmvax.cbm.UUCP>
Date: Tue, 17-Mar-87 07:54:38 EST
Article-I.D.: cbmvax.1563
Posted: Tue Mar 17 07:54:38 1987
Date-Received: Wed, 18-Mar-87 06:48:22 EST
References: <8703062012.AA22292@ucbvax.Berkeley.EDU> <574@tc-fletch.tc.fluke.COM> <682@viper.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Distribution: world
Organization: Commodore Technology, West Chester, PA
Lines: 36
Summary: serious confusion and whatnot...

In article <682@viper.UUCP> john@viper.UUCP (John Stanley) writes:
>
>I've been discussing this with a small group of Amiga users.  They are having
>the same problems upgrading to 68010's as we are.  Aparently there
>is either an alternate "kick-start" disk for use with 68010 Amigas and/or
>there are some people experimenting with a method of detecting the different
>CPU's and booting the correct Amiga os based on what's in the machine.
>
>  Either way, it means they have two different operating systems for the
>different cpus.  This is a major problem all users wanting to upgrade are
>going to have to face regardless of the machine (ST or Amiga) they're using.
>
>John Stanley (john@viper.UUCP) Software Consultant - DynaSoft Systems

I truely hope this will not be the beginning of another flame war!!!

The Amiga operating system was *designed* to work with 68000's, 68010's and
68020's interchangably, and does so remarkably well in the current 1.2
software release, thank you.

Some third party software writers were less cautious of this and other
expansion issues and as a result their *application* software fails to work
on enhanced systems.  There are a number of little band-aids available that
are intended to make this crippled software work in the 68010/020 environment.

The whole problem should go away when software authors and marketeers realize
that the Amiga is not a single machine, but rather a family of highly
compatible machines with differing features.

Persons finding any processor dependent bugs in the software are of course
encouraged to forward bug reports to Commodore, so that these things can
be fixed in our next software release.
-- 
George Robbins - now working for,	uucp: {ihnp4|seismo|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@seismo.css.GOV
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)