Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!oliveb!amiga!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: comp.sys.amiga
Subject: Re: Amiga 1000 buy-back & changing standards...
Message-ID: <2606@cbmvax.UUCP>
Date: Mon, 26-Oct-87 06:39:00 EST
Article-I.D.: cbmvax.2606
Posted: Mon Oct 26 06:39:00 1987
Date-Received: Thu, 29-Oct-87 05:54:34 EST
References: <8710250901.AA17608@cory.Berkeley.EDU>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 28

In article <8710250901.AA17608@cory.Berkeley.EDU> dillon@CORY.BERKELEY.EDU (Matt Dillon) writes:
> :All right, how's this:
> :It would be silly for Commodore not to continue to release OS upgrades
> :on Kickstart because
> :   (sound reasons)
> :Feel better ?
> 
> 	Not only that, but if they decided *not* to, we hackers would have
> a working image -> disk within a week.  Besides, C-A probably *tests*
> the new OS versions from a boot-disk.... much better than having to burn an
> eprom or two.
> 
> 					-Matt

Yep, not only that, but the normal process for making ROM's is to make a
floppy, test same, load into an A1000, use a hardware emulator to transfer
the RAM/ROM contents to an EPROM programmer, burn 4-8 EPROM's, test EPROM's
using ROM tower, send EPROM's to ROM vendor, wait for ROM's, test ROM's.

Note that the floppy is available long before the ROM's.  I can't really
see any way it wouldn't be to our advantage to do a dual distribution,
expecially since, at least for now, the software is the same thing, albeit
on different media.

-- 
George Robbins - now working for,	uucp: {ihnp4|rutgers|allegra}!cbmvax!grr
but no way officially representing	arpa: out to lunch...
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)