<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Not this...</title>
	<atom:link href="http://blog.timbunce.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.timbunce.org</link>
	<description>Listen. Reflect. Explore. Solve.</description>
	<lastBuildDate>Sun, 14 Apr 2013 08:36:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on NYTProf v5 &#8211; Flaming Precision by TimBunce</title>
		<link>http://blog.timbunce.org/2013/04/08/nytprof-v5-flaming-precision/#comment-3074</link>
		<dc:creator><![CDATA[TimBunce]]></dc:creator>
		<pubDate>Sun, 14 Apr 2013 08:36:20 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=557#comment-3074</guid>
		<description><![CDATA[Take a look at bin/nytprofcalls then ask any questions on the &lt;a href=&quot;https://groups.google.com/forum/?fromgroups#!forum/develnytprof-dev&quot; rel=&quot;nofollow&quot;&gt;forum&lt;/a&gt; or via develnytprof-dev@googlegroups.com.]]></description>
		<content:encoded><![CDATA[<p>Take a look at bin/nytprofcalls then ask any questions on the <a href="https://groups.google.com/forum/?fromgroups#!forum/develnytprof-dev" rel="nofollow">forum</a> or via <a href="mailto:develnytprof-dev@googlegroups.com">develnytprof-dev@googlegroups.com</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NYTProf v5 &#8211; Flaming Precision by Neil Bowers</title>
		<link>http://blog.timbunce.org/2013/04/08/nytprof-v5-flaming-precision/#comment-3071</link>
		<dc:creator><![CDATA[Neil Bowers]]></dc:creator>
		<pubDate>Sat, 13 Apr 2013 09:36:15 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=557#comment-3071</guid>
		<description><![CDATA[The call graph would be useful. Any tips on how to get at the data? I&#039;d like to knock up something...]]></description>
		<content:encoded><![CDATA[<p>The call graph would be useful. Any tips on how to get at the data? I&#8217;d like to knock up something&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NYTProf v5 &#8211; Flaming Precision by Brendan Gregg (@brendangregg)</title>
		<link>http://blog.timbunce.org/2013/04/08/nytprof-v5-flaming-precision/#comment-3054</link>
		<dc:creator><![CDATA[Brendan Gregg (@brendangregg)]]></dc:creator>
		<pubDate>Tue, 09 Apr 2013 18:39:55 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=557#comment-3054</guid>
		<description><![CDATA[There is lots to explore with color. The warm colors suits the activity (profiling &quot;hot&quot; CPU usage), and the randomness helps differentiate frames (vertical) and columns (horizontal). I&#039;ve experimented using cool colors to include off-CPU stacks - those blocked on I/O.

I have wanted to know the function call counts (provided it is available) as well as the sample counts. Are cool colors intuitive for this? A large warm frame would mean many samples and many calls (eg, called by parent function in a hot loop), whereas a large cool frame would mean many samples and few calls (heavy compute). I don&#039;t have a better suggestion: is there something intuitive that would convey compute vs frequency? I would find this information useful, of course. :-)]]></description>
		<content:encoded><![CDATA[<p>There is lots to explore with color. The warm colors suits the activity (profiling &#8220;hot&#8221; CPU usage), and the randomness helps differentiate frames (vertical) and columns (horizontal). I&#8217;ve experimented using cool colors to include off-CPU stacks &#8211; those blocked on I/O.</p>
<p>I have wanted to know the function call counts (provided it is available) as well as the sample counts. Are cool colors intuitive for this? A large warm frame would mean many samples and many calls (eg, called by parent function in a hot loop), whereas a large cool frame would mean many samples and few calls (heavy compute). I don&#8217;t have a better suggestion: is there something intuitive that would convey compute vs frequency? I would find this information useful, of course. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NYTProf v5 &#8211; Flaming Precision by Brendan Gregg (@brendangregg)</title>
		<link>http://blog.timbunce.org/2013/04/08/nytprof-v5-flaming-precision/#comment-3053</link>
		<dc:creator><![CDATA[Brendan Gregg (@brendangregg)]]></dc:creator>
		<pubDate>Tue, 09 Apr 2013 18:30:55 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=557#comment-3053</guid>
		<description><![CDATA[Excellent - thanks for the work, and those are some great looking flame graphs! I want to go profile my Perl software now. :-)]]></description>
		<content:encoded><![CDATA[<p>Excellent &#8211; thanks for the work, and those are some great looking flame graphs! I want to go profile my Perl software now. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NYTProf v5 &#8211; Flaming Precision by Brendan&#039;s blog &#187; Flame Graphs</title>
		<link>http://blog.timbunce.org/2013/04/08/nytprof-v5-flaming-precision/#comment-3048</link>
		<dc:creator><![CDATA[Brendan&#039;s blog &#187; Flame Graphs]]></dc:creator>
		<pubDate>Tue, 09 Apr 2013 16:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=557#comment-3048</guid>
		<description><![CDATA[[...] Tim Bunce has been improving and adding features to Flame Graphs, and has included them in Perl&#8217;s best profiler, Devel:::NYTProf. See his post on NYTProf v5 – Flaming Precision. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Tim Bunce has been improving and adding features to Flame Graphs, and has included them in Perl&#8217;s best profiler, Devel:::NYTProf. See his post on NYTProf v5 – Flaming Precision. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NYTProf v5 &#8211; Flaming Precision by Salve J. Nilsen (@sjoshuan)</title>
		<link>http://blog.timbunce.org/2013/04/08/nytprof-v5-flaming-precision/#comment-3044</link>
		<dc:creator><![CDATA[Salve J. Nilsen (@sjoshuan)]]></dc:creator>
		<pubDate>Tue, 09 Apr 2013 11:19:27 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=557#comment-3044</guid>
		<description><![CDATA[Nice!

But why not make the colors convey some useful information too? (e.g. &quot;cool&quot; colors when a sub is only called once or a few times, and gradually warmer colors as the call amount goes up?)]]></description>
		<content:encoded><![CDATA[<p>Nice!</p>
<p>But why not make the colors convey some useful information too? (e.g. &#8220;cool&#8221; colors when a sub is only called once or a few times, and gradually warmer colors as the call amount goes up?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Introducing Devel::SizeMe &#8211; Visualizing Perl Memory Use by NYTProf v5 &#8211; Flaming Precision &#124; Not this...</title>
		<link>http://blog.timbunce.org/2012/10/05/introducing-develsizeme-visualizing-perl-memory-use/#comment-3043</link>
		<dc:creator><![CDATA[NYTProf v5 &#8211; Flaming Precision &#124; Not this...]]></dc:creator>
		<pubDate>Tue, 09 Apr 2013 09:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=540#comment-3043</guid>
		<description><![CDATA[[...] up on my to-do list is giving Devel::SizeMe the love it needs. There&#8217;s some deep work I&#8217;d really like to get done before YAPC::NA [...]]]></description>
		<content:encoded><![CDATA[<p>[...] up on my to-do list is giving Devel::SizeMe the love it needs. There&#8217;s some deep work I&#8217;d really like to get done before YAPC::NA [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Devel::DProf &#8211; broken by the passage of time by NYTProf v5 &#8211; Flaming Precision &#124; Not this...</title>
		<link>http://blog.timbunce.org/2008/07/12/devel-dprof-broken-by-the-passage-of-time/#comment-3042</link>
		<dc:creator><![CDATA[NYTProf v5 &#8211; Flaming Precision &#124; Not this...]]></dc:creator>
		<pubDate>Tue, 09 Apr 2013 09:56:41 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=48#comment-3042</guid>
		<description><![CDATA[[...] one thing the old and deeply flawed Devel::DProf profiler can do that NYTProf hasn&#8217;t been able to: the DProf dprofpp utility can [...]]]></description>
		<content:encoded><![CDATA[<p>[...] one thing the old and deeply flawed Devel::DProf profiler can do that NYTProf hasn&#8217;t been able to: the DProf dprofpp utility can [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Suggested Alternatives as a MetaCPAN feature by neilbowers</title>
		<link>http://blog.timbunce.org/2013/03/10/suggested-alternatives-as-a-metacpan-feature/#comment-2900</link>
		<dc:creator><![CDATA[neilbowers]]></dc:creator>
		<pubDate>Mon, 11 Mar 2013 08:46:30 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=549#comment-2900</guid>
		<description><![CDATA[I like this / Yanick&#039;s idea, but think there &lt;em&gt;might&lt;/em&gt; be a danger of local maxima, or of users being directed the wrong way, because they don&#039;t know what they&#039;re looking for, or don&#039;t know the (perl-)specific terms for describing what they&#039;re after?

Extending the idea, instead of &quot;I&#039;d use module::A over module::B&quot;, more useful would be &quot;I&#039;d use module::A over module::B, &lt;em&gt;for task X&lt;/em&gt;. And perhaps this could be combined with the tagging idea, raised by a number of people.

For example, considering all the modules related to defining constants: All modules might be tagged &quot;constants&quot;. Modules like Const::Fast and Readonly might also be tagged with &quot;immutable variables&quot;. Modules like constant and Constant::Generate might also be tagged with &quot;constant functions&quot;, etc.

Instead of, or more likely in addition to, the comment field, there could be a shorter text field (max 25 chars, say) for specifying the &quot;scope&quot; in which you think module::A is a better choice than module::B.

As well as typing your own in, it would have a drop-down menu for selecting from previously used ones. Then essentially people are tagging two modules at a time.

This could use the &lt;a href=&quot;https://metacpan.org/module/CPAN::Meta::Spec#keywords&quot; rel=&quot;nofollow&quot;&gt;keywords&lt;/a&gt; field from the meta spec. If the module author has provided a keyword, then this might be presented as the default tag when suggesting an alternative. MetaCPAN could also let people tag modules, without having to specify an alternative, and could support basic curation, so you could say that &lt;em&gt;immutable variables&lt;/em&gt; was the same thing as the oxymornic &lt;em&gt;constant variables&lt;/em&gt;.

Together these would really enable a much richer MetaCPAN search experience.]]></description>
		<content:encoded><![CDATA[<p>I like this / Yanick&#8217;s idea, but think there <em>might</em> be a danger of local maxima, or of users being directed the wrong way, because they don&#8217;t know what they&#8217;re looking for, or don&#8217;t know the (perl-)specific terms for describing what they&#8217;re after?</p>
<p>Extending the idea, instead of &#8220;I&#8217;d use module::A over module::B&#8221;, more useful would be &#8220;I&#8217;d use module::A over module::B, <em>for task X</em>. And perhaps this could be combined with the tagging idea, raised by a number of people.</p>
<p>For example, considering all the modules related to defining constants: All modules might be tagged &#8220;constants&#8221;. Modules like Const::Fast and Readonly might also be tagged with &#8220;immutable variables&#8221;. Modules like constant and Constant::Generate might also be tagged with &#8220;constant functions&#8221;, etc.</p>
<p>Instead of, or more likely in addition to, the comment field, there could be a shorter text field (max 25 chars, say) for specifying the &#8220;scope&#8221; in which you think module::A is a better choice than module::B.</p>
<p>As well as typing your own in, it would have a drop-down menu for selecting from previously used ones. Then essentially people are tagging two modules at a time.</p>
<p>This could use the <a href="https://metacpan.org/module/CPAN::Meta::Spec#keywords" rel="nofollow">keywords</a> field from the meta spec. If the module author has provided a keyword, then this might be presented as the default tag when suggesting an alternative. MetaCPAN could also let people tag modules, without having to specify an alternative, and could support basic curation, so you could say that <em>immutable variables</em> was the same thing as the oxymornic <em>constant variables</em>.</p>
<p>Together these would really enable a much richer MetaCPAN search experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Building a different kind of extension by Suggested Alternatives as a MetaCPAN feature &#124; Not this...</title>
		<link>http://blog.timbunce.org/2011/06/29/building-a-different-kind-of-extension/#comment-2894</link>
		<dc:creator><![CDATA[Suggested Alternatives as a MetaCPAN feature &#124; Not this...]]></dc:creator>
		<pubDate>Sun, 10 Mar 2013 22:28:25 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=496#comment-2894</guid>
		<description><![CDATA[[...] fell out of the way of blogging over the two years or so of focus and distraction that our major house extension took to go from conception to reality. I&#8217;ve been meaning to start blogging again more [...]]]></description>
		<content:encoded><![CDATA[<p>[...] fell out of the way of blogging over the two years or so of focus and distraction that our major house extension took to go from conception to reality. I&#8217;ve been meaning to start blogging again more [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TIOBE Index is being gamed by Gene Wirchenko</title>
		<link>http://blog.timbunce.org/2009/05/17/tiobe-index-is-being-gamed/#comment-2863</link>
		<dc:creator><![CDATA[Gene Wirchenko]]></dc:creator>
		<pubDate>Mon, 28 Jan 2013 16:30:31 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=270#comment-2863</guid>
		<description><![CDATA[Some years ago, there was a bit of hoopla in the FoxPro community when FoxPro made it into the TIOBE top 25.  I looked at the figures with considerable skepticism.  There was no reason that I could think for why the sudden change.  Unless it was noise or the index being gamed.

I use Visual FoxPro.  Is it a good language?  I think it is pretty good for what I use it for.  Is its popularity relevant to what I use it for?  Not very.

Does popularity of languages really vary that much month to month?  I find it very difficult to believe that it does.]]></description>
		<content:encoded><![CDATA[<p>Some years ago, there was a bit of hoopla in the FoxPro community when FoxPro made it into the TIOBE top 25.  I looked at the figures with considerable skepticism.  There was no reason that I could think for why the sudden change.  Unless it was noise or the index being gamed.</p>
<p>I use Visual FoxPro.  Is it a good language?  I think it is pretty good for what I use it for.  Is its popularity relevant to what I use it for?  Not very.</p>
<p>Does popularity of languages really vary that much month to month?  I find it very difficult to believe that it does.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Perl Myths by Encouraging newcomers to stick with Perl &#124; Technical Blog by NET-A-PORTER</title>
		<link>http://blog.timbunce.org/2008/03/08/perl-myths/#comment-2850</link>
		<dc:creator><![CDATA[Encouraging newcomers to stick with Perl &#124; Technical Blog by NET-A-PORTER]]></dc:creator>
		<pubDate>Mon, 14 Jan 2013 09:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=23#comment-2850</guid>
		<description><![CDATA[[...] all the Perl is dead / Perl is not dead talk, I think we&#8217;re in a unique position to actually do something positive about the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] all the Perl is dead / Perl is not dead talk, I think we&#8217;re in a unique position to actually do something positive about the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NYTProf v2 &#8211; the background story by Profiling Perl code with NYTProf &#124; An Arrogant Nice Guy</title>
		<link>http://blog.timbunce.org/2008/07/16/nytprof-v2-the-background-story/#comment-2829</link>
		<dc:creator><![CDATA[Profiling Perl code with NYTProf &#124; An Arrogant Nice Guy]]></dc:creator>
		<pubDate>Mon, 03 Dec 2012 22:32:16 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=67#comment-2829</guid>
		<description><![CDATA[[...] is a post by Tim Bunce on how the updated NYTProf came into existence: NYTProf v2 &#8211; the background story. And there&#8217;s a 2008 screen cast. And there is a blog posting on the latest [...]]]></description>
		<content:encoded><![CDATA[<p>[...] is a post by Tim Bunce on how the updated NYTProf came into existence: NYTProf v2 &#8211; the background story. And there&#8217;s a 2008 screen cast. And there is a blog posting on the latest [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Comparative Language Job Trend Graphs by I&#8217;d Like to Be Dead Like Perl &#124; House Absolute(ly) Pointless</title>
		<link>http://blog.timbunce.org/2008/02/12/comparative-language-job-trend-graphs/#comment-2820</link>
		<dc:creator><![CDATA[I&#8217;d Like to Be Dead Like Perl &#124; House Absolute(ly) Pointless]]></dc:creator>
		<pubDate>Thu, 22 Nov 2012 19:43:30 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=15#comment-2820</guid>
		<description><![CDATA[[...] Bunce wrote about job posting trends in February of 2008, and it&#8217;s interesting reading. Unsurprisingly (to me), all of Perl, PHP, [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Bunce wrote about job posting trends in February of 2008, and it&#8217;s interesting reading. Unsurprisingly (to me), all of Perl, PHP, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Introducing Devel::SizeMe &#8211; Visualizing Perl Memory Use by Kieron</title>
		<link>http://blog.timbunce.org/2012/10/05/introducing-develsizeme-visualizing-perl-memory-use/#comment-2694</link>
		<dc:creator><![CDATA[Kieron]]></dc:creator>
		<pubDate>Tue, 09 Oct 2012 15:08:58 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=540#comment-2694</guid>
		<description><![CDATA[...and there was much rejoicing. Lots of folks round here really happy with this development.]]></description>
		<content:encoded><![CDATA[<p>&#8230;and there was much rejoicing. Lots of folks round here really happy with this development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TIOBE Index is being gamed by Manojchowdhury</title>
		<link>http://blog.timbunce.org/2009/05/17/tiobe-index-is-being-gamed/#comment-2682</link>
		<dc:creator><![CDATA[Manojchowdhury]]></dc:creator>
		<pubDate>Thu, 20 Sep 2012 05:14:31 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=270#comment-2682</guid>
		<description><![CDATA[nich researchable information.really great.]]></description>
		<content:encoded><![CDATA[<p>nich researchable information.really great.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TIOBE or not TIOBE &#8211; &#8220;Lies, damned lies, and statistics&#8221; by seandenigris.com &#187; Programming Language Rankings</title>
		<link>http://blog.timbunce.org/2008/04/12/tiobe-or-not-tiobe-lies-damned-lies-and-statistics/#comment-2649</link>
		<dc:creator><![CDATA[seandenigris.com &#187; Programming Language Rankings]]></dc:creator>
		<pubDate>Sun, 08 Jul 2012 00:33:36 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=31#comment-2649</guid>
		<description><![CDATA[[...] TIOBE or not TIOBE – “Lies, damned lies, and statistics” [...]]]></description>
		<content:encoded><![CDATA[<p>[...] TIOBE or not TIOBE – “Lies, damned lies, and statistics” [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TIOBE Index is being gamed by Choosing web framework: ASP.NET MVC vs Django Python vs Ruby on Rails - Pavel Podlipensky</title>
		<link>http://blog.timbunce.org/2009/05/17/tiobe-index-is-being-gamed/#comment-2640</link>
		<dc:creator><![CDATA[Choosing web framework: ASP.NET MVC vs Django Python vs Ruby on Rails - Pavel Podlipensky]]></dc:creator>
		<pubDate>Thu, 21 Jun 2012 21:44:27 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=270#comment-2640</guid>
		<description><![CDATA[[...] good resource for technology statistics is TIOBE Programming Community [...]]]></description>
		<content:encoded><![CDATA[<p>[...] good resource for technology statistics is TIOBE Programming Community [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Upgrading from Perl 5.8 by Dave Hodgkinson</title>
		<link>http://blog.timbunce.org/2011/07/21/upgrading-from-perl-5-8/#comment-2618</link>
		<dc:creator><![CDATA[Dave Hodgkinson]]></dc:creator>
		<pubDate>Mon, 21 May 2012 09:45:56 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=499#comment-2618</guid>
		<description><![CDATA[Just went through something not too dissimilar to this at the BBC. Luckily, we could get the specific versions of modules off live as they&#039;d all been cpan2rpm-ed before installing, then a trawl through backpan using Schwern&#039;s Backpan::Index module (which requires a recent DBIC, unlike our system, which ribasushi helped to find out why we needed the old version) and the system was largely recreated.

We looked at carton but it didn&#039;t really scratch the particular itch we had.]]></description>
		<content:encoded><![CDATA[<p>Just went through something not too dissimilar to this at the BBC. Luckily, we could get the specific versions of modules off live as they&#8217;d all been cpan2rpm-ed before installing, then a trawl through backpan using Schwern&#8217;s Backpan::Index module (which requires a recent DBIC, unlike our system, which ribasushi helped to find out why we needed the old version) and the system was largely recreated.</p>
<p>We looked at carton but it didn&#8217;t really scratch the particular itch we had.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Finding the cause of inexplicable warnings in XS code by  Mark Aufflick (@markaufflick)</title>
		<link>http://blog.timbunce.org/2008/05/08/finding-the-cause-of-inexplicable-warnings-in-xs-code/#comment-2614</link>
		<dc:creator><![CDATA[ Mark Aufflick (@markaufflick)]]></dc:creator>
		<pubDate>Thu, 17 May 2012 06:59:28 +0000</pubDate>
		<guid isPermaLink="false">http://timbunce.wordpress.com/?p=39#comment-2614</guid>
		<description><![CDATA[You can also attach gdb to the process and just break in the warn handler if statement. That way you can drop up a stack level and poke around.]]></description>
		<content:encoded><![CDATA[<p>You can also attach gdb to the process and just break in the warn handler if statement. That way you can drop up a stack level and poke around.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
