<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Rules of Funceval</title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx</link><description>Funceval (aka "Function Evaluation" or "Property Evaluation") is the ability to inject some arbitrary call while the debuggee is stopped somewhere. A debugger commonly uses funceval to run ToString() and property getters. I want to describe when it is</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Rules of Funceval</title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#504532</link><pubDate>Fri, 16 Dec 2005 07:10:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:504532</guid><dc:creator>Sam</dc:creator><description>Odd I get a &amp;quot;Cannot evaluate expression because the code of the current method is optimized.&amp;quot; on a Debug.Assert statement, this seems like a problem in the design. Debug.Assert should not be optimised for debug builds ... </description></item><item><title>re: Rules of Funceval</title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#504811</link><pubDate>Fri, 16 Dec 2005 23:46:40 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:504811</guid><dc:creator>jmstall</dc:creator><description>Sam - good ovservation. It's worthy of its own blog post. Stay tuned...&lt;br&gt;</description></item><item><title>re: Rules of Funceval</title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#526507</link><pubDate>Tue, 07 Feb 2006 14:39:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:526507</guid><dc:creator>Max C</dc:creator><description>We're having the same problem as Sam here.</description></item><item><title>What does a debugger author need to do to support func-eval?</title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#544035</link><pubDate>Sun, 05 Mar 2006 20:47:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:544035</guid><dc:creator>Mike Stall's .NET Debugging Blog</dc:creator><description>I've mentioned func-eval (aka property eval) is evil for end-users; but it's also evil if you want to...</description></item><item><title>Trivia about Set-next-Statement (SetIp)</title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#557564</link><pubDate>Wed, 22 Mar 2006 06:31:19 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:557564</guid><dc:creator>Mike Stall's .NET Debugging Blog</dc:creator><description>The poor-man's version of Set-Next-Statement (aka, SetIp) is to just forcibly set the instruction pointer...</description></item><item><title>Func-eval can fail while stopped in a non-optimized managed method that pushes more than 256 argument bytes </title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#8872801</link><pubDate>Sun, 17 Aug 2008 02:59:03 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8872801</guid><dc:creator>Rick Byers</dc:creator><description>&lt;p&gt;In this blog entry , Mike describes that func-eval will fail when not a GC-safe point. In VS this results&lt;/p&gt;
</description></item><item><title>Func-eval can fail while stopped in a non-optimized managed method that pushes more than 256 argument bytes </title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#8872802</link><pubDate>Sun, 17 Aug 2008 02:59:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8872802</guid><dc:creator>Rick Byers</dc:creator><description>&lt;p&gt;In this blog entry , Mike describes that func-eval will fail when not a GC-safe point. In VS this results&lt;/p&gt;
</description></item><item><title>Cannot evaluate expression because a thread is stopped at a point where garbage collection is impossible, possibly because the code is optimized - can be caused by Large function calls</title><link>http://blogs.msdn.com/jmstall/archive/2005/11/15/funceval-rules.aspx#9476988</link><pubDate>Sun, 15 Mar 2009 01:28:46 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9476988</guid><dc:creator>Avi Pinto</dc:creator><description>&lt;p&gt;בעיית design/debugging מרגיזה, שנתקלתי בה בעבר: נתון קוד קיים, שעובד ב production והיה צורך להוסיף פונקציונליות&lt;/p&gt;
</description></item></channel></rss>