Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!decwrl!hplabs!sdcrdcf!trwrb!cadovax!keithd
From: keithd@cadovax.UUCP (Keith Doyle)
Newsgroups: comp.sys.amiga
Subject: Re: Intuition's "dont mess with these" fields...
Message-ID: <1825@cadovax.UUCP>
Date: Mon, 26-Oct-87 14:39:04 EST
Article-I.D.: cadovax.1825
Posted: Mon Oct 26 14:39:04 1987
Date-Received: Thu, 29-Oct-87 02:19:03 EST
References: <1961@amiga.amiga.UUCP>
Reply-To: keithd@cadovax.UUCP (Keith Doyle)
Organization: Contel Business Systems, Torrance, CA
Lines: 41
Keywords: Intuition verboten nopokenzefields

In article <1961@amiga.amiga.UUCP> bart@amiga.UUCP (Barry A. Whitebook) writes:
.this is amiga!bart
.> According to Carolyn at CBM, this has been a problem
.> because the MaxXMouse etc. values are in 'don't mess with it' space in
.> IntuitionBase.  Carolyn indicated they may be coerced into not moving this
.> stuff because there is presently no alternative but to modify these values
.> and we need the functionality.
.
.it is NOT only a matter of not moving the information... when intuition
.says DO NOT MODIFY there is good reason for it... even intuition must follow
.a locking protocol whenever it messes with internal variables to prevent
.unpleasant side effect... so:
.
.	"don't mess with these" 
.
.really means:
.
.	"DON'T MESS WITH THESE"
.
.(of course, we *may* be induced into providing system-approved means to modify
. the information in a future/near-future rom release)

That still doesn't address the immediate problem, which is we need the
functionality, and IMMEDIATELY as our program is going out in 2 weeks.
Right now it patches MaxXMouse and MaxYMouse to adjust the centering for
overscan screens.  It works fine, but isn't approved.  It's going to hit 
the streets that way if you can't tell us how it should be done better,
and within the next 2 weeks.

If you can tell me *how* I can use a locking protocol to prevent 'unpleasant
side-effects' then great.  Otherwise, save it, as you're not addressing the
problem.  If DPaint had waited until version 1.3 comes out, we'd all have 
machines running lo-res paint programs right now.  Now you're going to 
stick it to me just like you stuck it to Dan Silva by making us have 
to re-release our software the 'correct' way when it breaks after the 
new release comes out.  Well, I think this SUCKS!!!!  No wonder the Amiga
has such a lousy rep for buggy packages.  


Keith Doyle
#  {ucbvax,decvax}!trwrb!cadovax!keithd  Contel Business Systems 213-323-8170