Hi Uwe,
I'm not very familiar with those APIs. Do all the icons auto clean up
when the GUD process goes away?
If so, it seems like a fine thing to include to me.
Eric
On 4/12/19 12:10 PM, Uwe Brauer wrote:
"EL" == Eric Ludlam <ericlud...@gmail.com> writes:
Hi Eric,
Thanks for you reply.
> Hi Uwe,
> Looks like you were having some fun with the GUD API. :)
> The type of snippets you forwarded look like they could work, though I
> didn't try them. My assumption was that if users started using a
> feature like you describe, and and typed:
> dbclear all
> or
> dbstop in foo
> and icons didn't appear/disappear correctly then they would send bug
> reports. As long as it's clear that you have to use the EMACS
> commands to set/remove breakpoints, then maybe that's ok.
Right point taken.
To defend myself: For ages I used Xemacs, whose matlab support was never
at pair with GNU emacs, so I used the matlab-shell debugging. When I
switched finally to GNU emacs, I could only enjoy the nice navigation
while debugging for a short while, since the Matlab API was dropped
basically a short while after I switched. (in 2011A or B, right?).
So I, again, switched to the debugging from the command line, which is
functional but not very convenient. Now thanks to Odd Andersen, Emacs
navigation, in bit simplified form, during debugging is back and I would
like to use Emacs and not the matlab-shell, so it simply did not occur
to me that people could run into the problem you mentioned. So you are
right: I should adapt the documentation accordingly.
So what do you say: shall I do that and provide a patch to the list, to
see what others say? (So far you are the only one who gave some
feedback.
> If you're feeling adventurous, a matlab script in matlab-emacs/toolbox
> that uses 'dbstatus' and prints out a formatted list of breakpoints
> could be used to 'fix up' the breakpoint icons. Shadows scripts for
> dbclear and dbstop that call said script could probably get something
> kindof hacky up and running for keeping icons up to date. This would
> require some new output filter/parsing to get going. Could be a fun
> project.
Right, that sounds like a good idea. However till the end of May I will
be busy debugging a lot of students programs so I might not find the
time to do it. Any other takers?
Regards
Uwe
_______________________________________________
Matlab-emacs-discuss mailing list
Matlab-emacs-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
