[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #41126] Unable to debug class functions
From: |
Michael C. Grant |
Subject: |
[Octave-bug-tracker] [bug #41126] Unable to debug class functions |
Date: |
Tue, 07 Jan 2014 00:37:05 +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 |
URL:
<http://savannah.gnu.org/bugs/?41126>
Summary: Unable to debug class functions
Project: GNU Octave
Submitted by: mcgrant
Submitted on: Tue 07 Jan 2014 12:37:04 AM GMT
Category: Interpreter
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: Matlab Compatibility
Status: None
Assigned to: None
Originator Name: Michael C. Grant
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 3.8.0
Operating System: Mac OS
_______________________________________________________
Details:
In CVX I make heavy use of class functions, stored in directories beginning
with '@'. These directories are not intended to be in the path, but are
visible if their *subdirectories* are.
However, the debugging facility cannot seem to handle them. If I type
dbstop @cvx/norm.m
I get the error: "error: add_breakpoint: unable to find the requested
function". If I then do
edit @cvx/norm.m
The file is loaded into the GUI editor (indicating that it is, indeed, seen on
the path). If I then attempt to enable a breakpoint using the GUI, I get the
following modal:
The file
/Users/mcgrant/Projects/CVX/trunk/builtins/@cvx/norm.m does
not exist in the load path. To debug the function you are editing,
you must either change to the directory
/Users/mcgrant/Projects/CVX/trunk/builtins/@cvx or add that
directory to the load path.
Of course, I cannot do either if I want the code to work properly, because
many of these functions overload built-in Octave functions, and would now
shadow them. So it would seem that it is impossible to set a breakpoint inside
a class function.
_______________________________________________________
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 <=
- [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, 2014/01/07
- [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