Xref: utzoo alt.msdos.programmer:1741 comp.sys.ibm.pc.programmer:1864
Path: utzoo!attcan!uunet!cs.utexas.edu!samsung!noose.ecn.purdue.edu!cidmac.ecn.purdue.edu!jmoore
From: jmoore@cidmac.ecn.purdue.edu (James D Moore)
Newsgroups: alt.msdos.programmer,comp.sys.ibm.pc.programmer
Subject: Re: Turbo Products
Keywords: Turbo Debugger 2.0, Turbo Profiler
Message-ID: <1990Jun8.140236.12556@ecn.purdue.edu>
Date: 8 Jun 90 14:02:36 GMT
References: <551@venice.SEDD.TRW.COM> <2955@unocss.unomaha.edu> <29406@ut-emx.UUCP> <1990Jun5.153558.14458@cbnews.att.com>
Sender: news@ecn.purdue.edu (USENET news)
Organization: Purdue University Engineering Computer Network
Lines: 21

In article <1990Jun5.153558.14458@cbnews.att.com> shurr@cbnews.att.com (Larry A. Shurr) writes:
>This last feature is a pretty neat trick; I don't recall that they mention 
>any limitations on the "run backwards" feature, so I don't know how much
>backing out you can really do.
>

I recall reading that the "run backwards" feature allows you to backup
in the current routine only. The way I understood it you could go into
a subroutine and backtrack "n" statements but you could not back out
of a subroutine. I beleive I read this in this months Byte magazine but
don't quote me on it.

>regards, Larry
>-- 
>Signed: Larry A. Shurr (cbnmva!las@att.ATT.COM or att!cbnmva!las)
>My psuedo-Burma Shave .signature has served me long and well and has been
>retired.  A new .signature is now under consideration.
>This posting reflects my opinions, not those of AGS or AT&T, but you knew that)

Jim Moore
jmoore@cidmac.ecn.purdue.edu