Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!usc!snorkelwacker!apple!jdevoto
From: jdevoto@Apple.COM (Jeanne A. E. DeVoto)
Newsgroups: comp.sys.mac.hypercard
Subject: Re: Why does HyperCard slow up & SuperCard 1.5 doesn't?
Keywords: sequential, repetitive math calculations
Message-ID: <44445@apple.Apple.COM>
Date: 31 Aug 90 07:05:14 GMT
References: <110@atux01.UUCP>
Organization: Apple Computer Inc, Cupertino, CA
Lines: 25

In article <110@atux01.UUCP> jlc@atux01.UUCP (Jim Collymore) writes:
>I have a stack that allows you to create a number of cards, and when you click
>on a button it looks at a given line on a given field, takes a numerical value
>placed on that line, adds it to a container, then goes to the next card, etc.
>        [...]                      (Example:  on card 1 (of 10 to be counted
>say) it displays in the message box:  "10%", on card 2 "20%" and so on.)  Now
>in HyperCard (HC) 1.2.5 this process starts to visibly slow down after getting
>about 33% of the way through a large group of cards (i.e., more than 24 cards).
>I have converted the stack to a SuperCard project and this operation runs with
>NO DEGRADATION in speed!

This is just a guess, but are you setting the lockRecent property in your
handler? I haven't tested this, but it seems possible that HyperCard takes
longer to add a card to the recent cards cache when the cache is already
full. Thus, if you're running this handler shortly after starting up HyperCard
(when you have visited few cards), maybe the recent cards cache is being
filled a few cards into the handler, and thereafter, extra time is needed to
flush the first card and add the newly seen card.
-- 
========= jeanne a. e. devoto ========================================
 jdevoto@apple.com     |  You may not distribute this article under a
 jdevoto@well.sf.ca.us |  compilation copyright without my permission.
______________________________________________________________________
 Apple Computer and I are not authorized      |        CI$: 72411,165
 to speak for each other.                     |