Path: utzoo!attcan!telly!lethe!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!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: Re: TRAP BUG? In SetGrowZone()
Message-ID: <1CE00001.66qcvx@tbomb.ice.com>
Date: 7 Dec 90 00:40:29 GMT
Reply-To: time@tbomb.ice.com
Organization: ICE Engineering, Inc.
Lines: 24
X-Mailer: uAccess - Mac Release: 1.0.3


In article <1990Dec6.204708.15592@svc.portal.com>, daven@svc.portal.com writes:
> In C or Pascal, SetGrowZone() is a procedure, not a function. It does
> not return anything. We've been using SetGrowZone() for years and it
> has worked just fine for us - but then again we don't test for a
> return value.

Thanks, that is the correct answer.

I am implementing the trap call in Assembler, and Inside Mac Vol II
page 42 clearly states that d0 returns a result code. However, I did
not make the logical leap to see that the Pascal call (shown just
above the assembler comment :) was a procedure.

I starting trapping applications, and all of them ignored the return
code. This is when I realized the answer that you gave. Gotta take
that bible with a grain of salt some times.

tim.

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