<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Useful Debugging Commands and Tips</title>
	<atom:link href="http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/</link>
	<description>Loren Shure works on design of the MATLAB language at MathWorks. She writes here about once a week on MATLAB programming and related topics.</description>
	<lastBuildDate>Thu, 09 Feb 2012 04:19:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Loren Shure</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32877</link>
		<dc:creator>Loren Shure</dc:creator>
		<pubDate>Wed, 04 Jan 2012 13:59:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32877</guid>
		<description>Marcus-

Glad this post helped you.

--Loren</description>
		<content:encoded><![CDATA[<p>Marcus-</p>
<p>Glad this post helped you.</p>
<p>&#8211;Loren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32875</link>
		<dc:creator>Marcus</dc:creator>
		<pubDate>Wed, 04 Jan 2012 01:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32875</guid>
		<description>&quot;breakpoints disappearing when debugging. This is often caused by a clear all in code being run.&quot; THANK YOU, this solved my problem.</description>
		<content:encoded><![CDATA[<p>&#8220;breakpoints disappearing when debugging. This is often caused by a clear all in code being run.&#8221; THANK YOU, this solved my problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loren Shure</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32852</link>
		<dc:creator>Loren Shure</dc:creator>
		<pubDate>Fri, 16 Dec 2011 11:37:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32852</guid>
		<description>Brad-

Sounds correct.  Thanks.

--Loren</description>
		<content:encoded><![CDATA[<p>Brad-</p>
<p>Sounds correct.  Thanks.</p>
<p>&#8211;Loren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Stiritz</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32849</link>
		<dc:creator>Brad Stiritz</dc:creator>
		<pubDate>Thu, 15 Dec 2011 20:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32849</guid>
		<description>Ben &amp; Loren,

&gt;&gt;Is there any command to *break to the debugger now* in a fashion that’s continuable?

&gt;I know of no way to do what you are requesting.

What about the MATLAB function &quot;keyboard&quot;..? Doesn&#039;t this do exactly what Ben is asking for..?

Brad</description>
		<content:encoded><![CDATA[<p>Ben &amp; Loren,</p>
<p>&gt;&gt;Is there any command to *break to the debugger now* in a fashion that’s continuable?</p>
<p>&gt;I know of no way to do what you are requesting.</p>
<p>What about the MATLAB function &#8220;keyboard&#8221;..? Doesn&#8217;t this do exactly what Ben is asking for..?</p>
<p>Brad</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loren</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32160</link>
		<dc:creator>Loren</dc:creator>
		<pubDate>Tue, 29 Mar 2011 21:33:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32160</guid>
		<description>Ben-

I know of no way to do what you are requesting.

--Loren</description>
		<content:encoded><![CDATA[<p>Ben-</p>
<p>I know of no way to do what you are requesting.</p>
<p>&#8211;Loren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Voigt</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32159</link>
		<dc:creator>Ben Voigt</dc:creator>
		<pubDate>Tue, 29 Mar 2011 17:40:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-32159</guid>
		<description>Is there any command to *break to the debugger now* in a fashion that&#039;s continuable?  Conditional breakpoints can get lost if the m-file gets moved or run on another computer, and calling error or a non-existent function breaks so I inspect variables but I can&#039;t then continue single-stepping.  So I&#039;d like something I can put into my scripts so when I detect no progress is being made, I can start single-stepping and find out why it&#039;s stuck.</description>
		<content:encoded><![CDATA[<p>Is there any command to *break to the debugger now* in a fashion that&#8217;s continuable?  Conditional breakpoints can get lost if the m-file gets moved or run on another computer, and calling error or a non-existent function breaks so I inspect variables but I can&#8217;t then continue single-stepping.  So I&#8217;d like something I can put into my scripts so when I detect no progress is being made, I can start single-stepping and find out why it&#8217;s stuck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loren</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-31107</link>
		<dc:creator>Loren</dc:creator>
		<pubDate>Thu, 25 Feb 2010 03:22:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-31107</guid>
		<description>Akiel-

Please use the link to the right to make the suggestion to technical support.  For what it&#039;s worth, I have tripped on this also.   But landing in the editor to run more code is frequently handy.  

--Loren</description>
		<content:encoded><![CDATA[<p>Akiel-</p>
<p>Please use the link to the right to make the suggestion to technical support.  For what it&#8217;s worth, I have tripped on this also.   But landing in the editor to run more code is frequently handy.  </p>
<p>&#8211;Loren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Akiel</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-31101</link>
		<dc:creator>Akiel</dc:creator>
		<pubDate>Wed, 24 Feb 2010 17:33:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-31101</guid>
		<description>Small thing - but I find somewhat annoying - don&#039;t know if there&#039;s a workaround, and maybe it&#039;s too much to hope for(?) for the default behaviour to be changed in the next version:

When you set a breakpoint in your function and it gets called during execution, the cursor focus shifts to the m-file at the breakpoint, and half the time i end up typing into my m-file. Wouldn&#039;t it be better to focus the cursor at the K&gt;&gt; prompt when the breakpoint is reached?</description>
		<content:encoded><![CDATA[<p>Small thing &#8211; but I find somewhat annoying &#8211; don&#8217;t know if there&#8217;s a workaround, and maybe it&#8217;s too much to hope for(?) for the default behaviour to be changed in the next version:</p>
<p>When you set a breakpoint in your function and it gets called during execution, the cursor focus shifts to the m-file at the breakpoint, and half the time i end up typing into my m-file. Wouldn&#8217;t it be better to focus the cursor at the K&gt;&gt; prompt when the breakpoint is reached?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loren</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-26107</link>
		<dc:creator>Loren</dc:creator>
		<pubDate>Mon, 11 Feb 2008 12:55:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-26107</guid>
		<description>Greg-

I&#039;m guessing you have a clear all somewhere in your code.  That clears the debug state as well.  If that&#039;s not the case, you probably should contact technical support for more help.

--Loren</description>
		<content:encoded><![CDATA[<p>Greg-</p>
<p>I&#8217;m guessing you have a clear all somewhere in your code.  That clears the debug state as well.  If that&#8217;s not the case, you probably should contact technical support for more help.</p>
<p>&#8211;Loren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg</title>
		<link>http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-25993</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Sat, 09 Feb 2008 16:58:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/2007/12/07/useful-debugging-commands-and-tips/#comment-25993</guid>
		<description>Matlab used to stop on error, and at the command line level it still does, but for some reason it changed, and now if I insert a bad line of code into an m-file that is deep in the program, the error appears to simply pop the stack and continue, rather than stopping.  To find an error, I am reduced to stepping through the program to see where it fails to go the next instruction.  At the command line, I get

&gt;&gt; dbstatus

Stop if error.

but it doesn&#039;t do it.  This started when I tried out &#039;stop if caught error&#039; etc., but now I cannot get back to the original state, much to my regret.  What is happening?

Thanks -</description>
		<content:encoded><![CDATA[<p>Matlab used to stop on error, and at the command line level it still does, but for some reason it changed, and now if I insert a bad line of code into an m-file that is deep in the program, the error appears to simply pop the stack and continue, rather than stopping.  To find an error, I am reduced to stepping through the program to see where it fails to go the next instruction.  At the command line, I get</p>
<p>&gt;&gt; dbstatus</p>
<p>Stop if error.</p>
<p>but it doesn&#8217;t do it.  This started when I tried out &#8216;stop if caught error&#8217; etc., but now I cannot get back to the original state, much to my regret.  What is happening?</p>
<p>Thanks -</p>
]]></content:encoded>
	</item>
</channel>
</rss>

