[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/
From: |
Michael C. Grant |
Subject: |
[Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument |
Date: |
Tue, 07 Jan 2014 15:31:47 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.73.11 (KHTML, like Gecko) Version/7.0.1 Safari/537.73.11 |
Follow-up Comment #6, bug #41126 (project octave):
Mike, good questions.
Here's what I can see: if I have a function '@cvx/norm.m', all three of these
commands successfully set a breakpoint to the first line:
dbstop @cvx/norm
dbstop @cvx/norm.m
dbstop @cvx/norm.p
Yes, that last one works, even if the '.p' file does not exist. These produce
an error:
dbstop @cvx/norm.mex
dbstop @cvx/norm.mexmaci
dbstop @cvx/norm.mexmaci64
This extension behavior is identical for normal functions, scripts, and class
functions.
The subdirectory approach does *not* work for non-class subdirectories in the
path. To test this, I created a subdirectory 'test' and a script in my
~/Documents/MATLAB directory, which is in my path. The "edit" command below
succeeds, but the "dbstop" command fails. If I try use the editor to set a
breakpoint in test/command_test.m, I get the modal dialog.
>> cd ~/Documents/MATLAB
>> edit test/command_test.m
>> dbstop test/command_test.m
Error using dbstop
Cannot find function "test/command_test.m".
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?41126>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #41126] Unable to debug class functions, Michael C. Grant, 2014/01/06
- [Octave-bug-tracker] [bug #41126] Unable to debug class functions, Mike Miller, 2014/01/06
- [Octave-bug-tracker] [bug #41126] Unable to debug class functions, Michael C. Grant, 2014/01/06
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, Mike Miller, 2014/01/06
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, Felipe G. Nievinski, 2014/01/07
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, Michael C. Grant, 2014/01/07
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument,
Michael C. Grant <=
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, John W. Eaton, 2014/01/07
- Re: [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, Michael C. Grant, 2014/01/07
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, Rik, 2014/01/09
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, Mike Miller, 2014/01/09
- [Octave-bug-tracker] [bug #41126] dbstop should accept func.m or @class/func.m as argument, Rik, 2014/01/10