dbTalk Databases Forums  

MVBASE DEBUGGER COMMANDS

comp.databases.pick comp.databases.pick


Discuss MVBASE DEBUGGER COMMANDS in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Rowland Long
 
Posts: n/a

Default MVBASE DEBUGGER COMMANDS - 08-04-2005 , 04:23 PM






Hi
does anyone know what the commands are for the mvBase Debugger
Thanks, Rowland



Reply With Quote
  #2  
Old   
Simon Verona
 
Posts: n/a

Default Re: MVBASE DEBUGGER COMMANDS - 08-04-2005 , 05:46 PM






From memory, the key ones are :

E[n] - no of lines to execute before hitting the debugger again (ie E1 will
set the debugger to line by line execution. E on it's own sets for
unlimited lines
G - Continue execution for no of lines set by E command.
/var - displays the contents of variable var
/var=xxx - sets variable var to xxx
B$=999 - sets a a breakpoint at line no (999 in this case)

I think thats enough to get you going!

Anything else thats needed?

Regards
Simon
"Rowland Long" <rhl (AT) jwba (DOT) com> wrote

Quote:
Hi
does anyone know what the commands are for the mvBase Debugger
Thanks, Rowland




Reply With Quote
  #3  
Old   
David Morris
 
Posts: n/a

Default Re: MVBASE DEBUGGER COMMANDS - 08-05-2005 , 01:31 AM



Simon Verona once wrote in <42f29acd$0$91511$ed2e19e4@ptn-nntp-
reader04.plus.net>...
Quote:
From memory, the key ones are :

E[n] - no of lines to execute before hitting the debugger again (ie E1 will
set the debugger to line by line execution. E on it's own sets for
unlimited lines
G - Continue execution for no of lines set by E command.
/var - displays the contents of variable var
/var=xxx - sets variable var to xxx
B$=999 - sets a a breakpoint at line no (999 in this case)

Once you're at the debug prompt, do E1 to set single step.

CTRL-J will then execute a line at a time instead of G (the two are
probably interchangeable). E0 goes back to regular execution.

S1-20 displays source lines 1 through 20. If the debugger hasn't been
able to find the source, you can override that with the Z command, i.e.

Z filename item

If you're brave, /* dumps all used variables. Beware any that contain
screen positioning codes!

You can also break on a variable value. '$' (as mentioned by Simon) is a
special case for line number. If you wanted to stop when I=42, it's

BI=42

From memory, 'Kx' kills breakpoint 'x'.

There's also a trace feature which may just be T<variable> to
automatically dump <variable> at each break point.

'>>>' will, again from memory get you into a TCL shell whilst keeping
the debug process going. '<<' gets you back out. Take these with a pinch
of salt - I use this feature infrequently.

Quote:
I think thats enough to get you going!
....plus a bit :-)

--
David Morris


Reply With Quote
  #4  
Old   
Danny Colyer
 
Posts: n/a

Default Re: MVBASE DEBUGGER COMMANDS - 08-05-2005 , 03:13 AM



Simon Verona wrote:
Quote:
Anything else thats needed?
Some others that I find very useful:

T - as you step through the program, the code will be displayed line by
line (you may need to precede this with Z filename to specify where to
read the code from).

T[var] (where [var] is the variable name) - as you step through the
program, the value of var will be displayed at each step.

L[n] - displays line [n] of the code (again you may need to do Z
filename first). Very handy when you have an unassigned
variable/non-numeric data and you want to see what variables are used at
that line.

Quote:
- anything following the chevron is interpreted as a TCL command,
which allows you to use ED or LIST without leaving the debugger.

G[n] - continues from line [n], particularly useful if you want to get
out of a loop or bypass a program call.

--
Danny Colyer (the UK company has been laughed out of my reply address)
<URL:http://www.speedy5.freeserve.co.uk/danny/>
"He who dares not offend cannot be honest." - Thomas Paine


Reply With Quote
  #5  
Old   
Simon Verona
 
Posts: n/a

Default Re: MVBASE DEBUGGER COMMANDS - 08-05-2005 , 07:36 AM



It's funny trying to do a brain dump of information...

I've worked with the mvBASE debugger for 20 years (back to the days of ADDS
Mentor!) and whilst I know all those commands, they didn't jump to mind when
I wrote my list... Particularly, the <CTRL+J> one instead of G... I
actually never use G in preference to CTRL-J.

Actually, the debugger is one area where I believe that mvBASE is far
superior to jBase (which we now use). I find the jBase debugger very
capable, but very fiddly.

One other item that comes to mind is the Gnnn which will continue execution
at line nnn... So, for example if you are debugging and spot a bug for
example caused by a variable not being set right, you can test it out by
changing the variable and then using G[lineno] to go back up and rerun the
bit of code again... This is one thing I wish that jBase supported!

Regards
Simon
"David Morris" <david (AT) davidm (DOT) demon.co.uk> wrote

Quote:
Simon Verona once wrote in <42f29acd$0$91511$ed2e19e4@ptn-nntp-
reader04.plus.net>...
From memory, the key ones are :

E[n] - no of lines to execute before hitting the debugger again (ie E1
will
set the debugger to line by line execution. E on it's own sets for
unlimited lines
G - Continue execution for no of lines set by E command.
/var - displays the contents of variable var
/var=xxx - sets variable var to xxx
B$=999 - sets a a breakpoint at line no (999 in this case)


Once you're at the debug prompt, do E1 to set single step.

CTRL-J will then execute a line at a time instead of G (the two are
probably interchangeable). E0 goes back to regular execution.

S1-20 displays source lines 1 through 20. If the debugger hasn't been
able to find the source, you can override that with the Z command, i.e.

Z filename item

If you're brave, /* dumps all used variables. Beware any that contain
screen positioning codes!

You can also break on a variable value. '$' (as mentioned by Simon) is a
special case for line number. If you wanted to stop when I=42, it's

BI=42

From memory, 'Kx' kills breakpoint 'x'.

There's also a trace feature which may just be T<variable> to
automatically dump <variable> at each break point.

'>>>' will, again from memory get you into a TCL shell whilst keeping
the debug process going. '<<' gets you back out. Take these with a pinch
of salt - I use this feature infrequently.

I think thats enough to get you going!

...plus a bit :-)

--
David Morris



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.