Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!decwrl!sgi!shinobu!odin!autry
From: autry@sgi.com (Larry Autry)
Newsgroups: comp.sys.mac.hardware
Subject: Re: Price cuts on motherboard upgrades ???
Message-ID: <1991May19.164217.10045@odin.corp.sgi.com>
Date: 19 May 91 16:42:17 GMT
References: <3171@shodha.enet.dec.com> <1991May19.033448.23080@cunixf.cc.columbia.edu> <2803@lee.SEAS.UCLA.EDU>
Sender: news@odin.corp.sgi.com (Net News)
Organization: Silicon Graphics, Inc.
Lines: 31

In article <2803@lee.SEAS.UCLA.EDU> weiss@mott.seas.ucla.edu (Michael Weiss) writes:
>In article <1991May19.033448.23080@cunixf.cc.columbia.edu> nkb@cunixa.cc.columbia.edu (Norman K Bucknor) writes:
>>I sympathize with those wanting 32-bit clean ROM upgrades but I wonder
>>about this "Apple promised us" stuff. Does it say anywhere in the documentation
>>that Apple *will* provide a ROM upgrade path?
>
>I believe the issue is rather that Apple said that the amount of accessible
>memory would be the amount which you can get with 32-bit clean ROMs.  In 
>other words, they said that the machines could do things that machines with 
>32-bit clean ROMs could do, but that THESE machines could NOT do (without
>the upgrade).  Am I making it clear, or am I confusing you still further?
>--
A previously posted article stated that Apple literature made the statement
that Macs could address up to x amount of memory.  More specifically, in my
SE/30 hardware manual, the promise is explicitly made.  The statement is
made to the effect, that  the SE/30 will address up to 128 megabytes of
memory when denser memory becomes available.  I call that an explicit promise.
I believe that Apple is therefore obligated to provide any upgrade or product
enhancement that is necessary to make it so.  Not being a lawyer, I will still
go out on a limb and say that this case requires more than the normal implied 
merchantibilty protection that is usually provided under law.  Loosely 
translated, implied merchantibilty is an implied promise that a product will
do the job that it is designed to do.  This being a loose translation, allow
for slack and send any flames to /dev/null.  Also don't forget that the upper
memory limit is an explicit promise not an implicit one.

Larry Autry
autry@sgi.com
--
Larry Autry
autry@sgi.com