Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

Another debugger observation

May
13,399
190
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.
 
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).
 
> 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
 
On Sat, 11 Sep 2010 21:13:24 -0400, rconn <> wrote:

|You already can (Alt-F11).

Could you allow commands there too?
 
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
 
> 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
 
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?
 
> ---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).
 
Back
Top
[FOX] Ultimate Translator
Translate