Another debugger observation

#1
I noticed that IDE's built-in TCC has _TRANSIENT == 1. I doubt it will bother me but some might be surprised by unexpected results. If it must be so for correct functioning, it should probably be documented.
 

rconn

Administrator
Staff member
May 14, 2008
10,504
94
#2
> I noticed that IDE's built-in TCC has _TRANSIENT == 1.
It always has, since the very first debugger version many years ago. As
does any batch file that's not run directly from the TCC prompt.

(And it's *not* a built-in TCC, as it only includes the scripting capability
and not the command line interface.)

Rex Conn
JP Software
 
#3
On Sat, 11 Sep 2010 18:31:26 -0400, rconn <> wrote:

|(And it's *not* a built-in TCC, as it only includes the scripting capability
|and not the command line interface.)

Funny that you mentioned that. I have been meaning to suggest (for a future
version) that it would be convenient to have a combo-box where you could enter
commands (while not debugging) to be executed by IDE's interpreter to, for
example, stop a running TIMER or close a file (either of which might be left by
an aborted debug session).
 

rconn

Administrator
Staff member
May 14, 2008
10,504
94
#4
> Funny that you mentioned that. I have been meaning to suggest (for a
> future version) that it would be convenient to have a combo-box where you
> could enter commands (while not debugging) to be executed by IDE's
> interpreter to, for example, stop a running TIMER or close a file (either
> of which might be left by an aborted debug session).
You already can (Alt-F11).

Rex Conn
JP Software
 
#6
On Sat, 11 Sep 2010 22:01:45 -0400, vefatica <> wrote:

|On Sat, 11 Sep 2010 21:13:24 -0400, rconn <> wrote:
|
||You already can (Alt-F11).
|
|Could you allow commands there too?

Never mind. That's easy enough with @EXEC.

Hmmm! I evaluated %@EXEC{timer on] and a few seconds later, %@EXEC[timer off].
In the console I saw

Code:
Timer 1 on: 22:20:56
Timer 1 off: 22:21:08  Elapsed: 0:00:00.00
That looks fishy.

If I keep evaluating %@EXEC[timer] over and over I see

Code:
Timer 1 on: 22:26:35
Timer 1 on: 22:26:44
Timer 1 on: 22:26:47
Timer 1 on: 22:26:48
 

rconn

Administrator
Staff member
May 14, 2008
10,504
94
#10
> ---Quote (Originally by vefatica)---
> Yeah, but it's not perfect (see my other post).
>
> I wouldn't mind that Alt-F11 thing in a combo box (with memory) on the
> toolbar.
> ---End Quote---
> Or, as a dialog, the ability to leave it open.
Not possible; it'd mangle your batch file results.

Rex Conn
JP Software
 

rconn

Administrator
Staff member
May 14, 2008
10,504
94
#11
> Hmmm! I evaluated %@EXEC{timer on] and a few seconds later,
> %@EXEC[timer off].
> In the console I saw
>
> Code:
> ---------
> Timer 1 on: 22:20:56
> Timer 1 off: 22:21:08 Elapsed: 0:00:00.00
> ---------
> That looks fishy.
>
WAD. You're not running a persistent interpreter in the evaluate expression
dialog. (Nor do I see any useful purpose in that.)

Rex Conn
JP Software
 
#12
On Sat, 11 Sep 2010 23:22:44 -0400, rconn <> wrote:

|---Quote---
|> Hmmm! I evaluated %@EXEC{timer on] and a few seconds later,
|> %@EXEC[timer off].
|> In the console I saw
|>
|> Code:
|> ---------
|> Timer 1 on: 22:20:56
|> Timer 1 off: 22:21:08 Elapsed: 0:00:00.00
|> ---------
|> That looks fishy.
|>
|---End Quote---
|WAD. You're not running a persistent interpreter in the evaluate expression
|dialog. (Nor do I see any useful purpose in that.)

The whole idea originally came from wanting to stop a TIMER that was left
running when I aborted a debug run (because it was still on when I started
debugging again). Can that be done? What if I abort a debug run after
@FILEOPEN and without @FILECLOSE? Can I use Alt-F11 to evaluate @FILECLOSE and
close the handle? If not, is there any way to close it?
 
#13
> ---Quote (Originally by vefatica)---
> Yeah, but it's not perfect (see my other post).
>
> I wouldn't mind that Alt-F11 thing in a combo box (with memory) on the
> toolbar.
> ---End Quote---
> Or, as a dialog, the ability to leave it open.

> Not possible; it'd mangle your batch file results.

It would benefit from some history recall then (ITNV of course).