Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!elroy.jpl.nasa.gov!jpl-devvax!beowulf!dmittman
From: dmittman@beowulf.JPL.NASA.GOV (David Mittman)
Newsgroups: comp.sys.mac.hypercard
Subject: Re: Bug Report: Breakpoint
Message-ID: <10955@jpl-devvax.JPL.NASA.GOV>
Date: 8 Jan 91 17:24:48 GMT
References: <3001.2789A66F@blkcat.fidonet.org>
Sender: news@jpl-devvax.JPL.NASA.GOV
Reply-To: dmittman@beowulf.JPL.NASA.GOV (David Mittman)
Organization: Jet Propulsion Laboratory, Pasadena, CA.
Lines: 18

I think that this FIDONET message was a response to my breakpoint
bug report. I am assuming as much:

The situation is as follows: a stack function doTest() which
contains a breakpoint. A report item which contains the HyperTalk
fragment "doTest()" such that the report item will be filled with
whatever doTest() returns each time it is called. Now, choose
"Print Report" and double-click on the report record. This shows you
the sample record. At this time, doTest() is called in order to fill
in the sample record (i.e. whatever doTest() returns is placed in the
item). The breakpoint triggers, throwing you into the debugger, as
expected. Continuing from the debugger causes HyperCard to quit
with an "out of application memory" error. This is repeatable.

System Configuration: Macintosh II, System 6.0.7, Multifinder 6.0.7,
HyperCard 2.0, several INITS, 5 MB RAM.

					- David