Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!apple!usc!zaphod.mps.ohio-state.edu!caen!ox.com!tbomb.ice.com!time
From: time@tbomb.ice.com (Tim Endres)
Newsgroups: comp.sys.mac.programmer
Subject: TRAP BUG? In SetGrowZone()
Message-ID: <1CE00001.m31reu@tbomb.ice.com>
Date: 5 Dec 90 16:47:55 GMT
Reply-To: time@tbomb.ice.com
Organization: ICE Engineering, Inc.
Lines: 32
X-Mailer: uAccess - Mac Release: 1.0.3


I have an application which uses the SetGrowZone() trap to install
a grow zone procedure.

It was bad enough to find out that MultiFinder patched this procedure
and returning zero does not cause NewPtr() or NewHandle() to return
NULL!

Now I have discovered that on IIcx's and SE's running System 6.0.7
the SetGrowZone() returns a nonzero result that does not look like
a valid error code!!!!!!!!

This appears to be a BUG in SetGrowZone()!

On my IIfx and my IIx, SetGrowZone() returns noErr, as it should.
On the IIcx it returns a number like $006abcc4. This is not a valid
error code, and it appears to be an address to something. MacsBug
dm command shows "In RAM but not in the Application or System Heaps".

This is a real problem! And I can not imagine it doesn't affect other
applications using SetGrowZone(). Am I missing a tech note that states
SetGrowZone()'s result has changed? Is this $BCC4 a valid result code?!
I have also seen $006ef614, or an error code of $F614.

Thanks,

tim.

-------------------------------------------------------------
Tim Endres                |  time@ice.com
ICE Engineering           |  uunet!ice.com!time
8840 Main Street          |
Whitmore Lake MI. 48189   |  (313) 449 8288