Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!apple!chewy@apple.com
From: chewy@apple.com (Paul Snively)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Son of TMON Pro (or: what does it really do?)
Message-ID: <13339@goofy.Apple.COM>
Date: 5 May 91 20:51:38 GMT
References: <1991Apr30.102118.1@gsbacd.uchicago.edu> <42005@cup.portal.com>
Sender: usenet@Apple.COM
Organization: Apple Computer, Inc.
Lines: 26

In article <42005@cup.portal.com> Jerry_D_Whitnell@cup.portal.com writes:
>Jonathan Pratt  writes...
>|The only negative comment I have is that, at least on a IIci with 8
>|bit color, TMON Pro feels a bit sluggish compared with TMON 2.8.4.
>|There's enough of a lag now in single stepping that I wouldn't want
>|to step through very many instructions.  Such may be the price of
>|power, and there is compensation with the above-mentioned shortcuts.
>
>While I agree with this comment in general (it is slower), it will respond
>to keyboard events (mouse-downs I havn't tried) while it is drawing.  So
>if you hit cmd-s twice very quickly, you'll see that it doesn't complete
>drawing the screen for the first cmd-s, but will execute the second cmd-s
>immediatly then redraw the screen.
>
>Jerry Whitnell
>SuperMac Technology
>

And if that's not good enough, you can trivially step n times, step
until some condition is met, step until the flow of control changes,
etc. etc. etc.

TMON Pro is most certainly slower than TMON; its being written
predominantly in a high-level language more-or-less assures that.  But
most of TMON Pro's operations are more incremental even than TMON's, as
has already been pointed out.  And power?  Whooooeeeee!