[Changeset] Re: Q: Low hanging fruit?

[David Bateman]

Bill Denney wrote:
> Out of curiosity, how could a user find them without knowing the
> functions are there already?  I can't find those functions with which,
> help, or iskeyword.  It seems like they should show up somehow
> (especially with help).  I could add them to the help documentation for
> keyboard, but that doesn't help too much if they don't have their own
> help pages.


Good point. There is nothing to stop these being easily documented with
DEFCMD functions in debug.cc though they are trapped in
 to makeinput.cc(get_user_input). However, if we do that it probably
makes sense them matlab compatible. The current behavior is that "dbstep
in" in matlab is the equivalent of "dbsrtep" in Octave, and "dbstep" in
matlab is teh equivalent of "dbnext" in Octave. Octave doesn't support
the "dbstep N" or "dbstep out" syntax.

The attached patch makes the dbstep command matlab compatible and adds
the dbquit command. However this change should be documented in the NEWS
file for 3.1 as it changes the behavior of the dbstep.

Regards
David
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch8064
Url: https://www.cae.wisc.edu/pipermail/octave-maintainers/attachments/20080509/0299656e/attachment-0001.ksh