Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!samsung!uakari.primate.wisc.edu!ames!ucsd!sdcc6!sdcc13!pa1409
From: pa1409@sdcc13.ucsd.edu (Steven Haehnichen)
Newsgroups: comp.sys.handhelds
Subject: Re: SPEED vs FAST question (HP28S)
Message-ID: <7914@sdcc6.ucsd.edu>
Date: 27 Feb 90 09:30:44 GMT
References: <1192@mindlink.UUCP>
Sender: news@sdcc6.ucsd.edu
Organization: University of California, San Diego
Lines: 30

In article <1192@mindlink.UUCP> a634@mindlink.UUCP (Rob Prior) writes:
>This isn't the only condition in which the speed will reset itself.  I have a
>polar plotting program that always (well, usually anyways) that seems to revert
>to normal speed about halfway through its calculations. (It displays the angle
>it's calculating on the screen as it goes, and about half-way along (About 180
>degrees) it reverts to normal).
>Never could figure this out, and the program has no features to explain the
>phenomena.
>|Rob Prior - President, Still Animation Logo Design, Burnaby, BC|

If it's anything like the PolarPlot program I wrote sometime ago and
sent to gmuvax2 (didn't find news until later), the calculation
process uses up tons of memory (especially at high resolutions
(small steps)) to generate the plotting array.
My guess is that, at some point, memory gets cramped and the HP
calls the Garbage Collection internal routine to clean up the stack
and such.  Could it be that this also resets the clock speed?
I have never seen a working copy of FAST posted and I was unable to
find one anywhere on gmuvax2, but I assume it's something like SPEED
which was highly erratic on my 28S.  What is the difference between
SPEED and FAST.  (If someone wouldn't mind sending me FAST, I'd be
much obliged.)

I haven't been as gung-ho about hacking since the last MEMORY LOST
did in about 20K.  (pre-IR backups)  But I am still interested in
knowing when (& why) the HP resets its clock speed.

Steve.

shaehnichen@ucsd.edu