<?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: Hey, Don&#8217;t Dump. Debug!</title>
	<atom:link href="http://www.linux-mag.com/id/7319/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7319/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: grdetil</title>
		<link>http://www.linux-mag.com/id/7319/#comment-6381</link>
		<dc:creator>grdetil</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7319/#comment-6381</guid>
		<description>As a user and advocate of trace prints for debugging, here is why I think they remain a popular strategy.  When you learn to program in a language, one of the first things you learn is how to get data out of the program.  So, it&#039;s a tool that&#039;s always in the forefront of your mind when programming and debugging.&lt;br /&gt;
&lt;br /&gt;
On the other hand, debuggers tend to be specific to a single OS and/or language, with a large set of arcane and cryptic commands that you need to learn on top of the language.  And moving from one debugger to another is often more mind-warping than moving from one language to another.  In the younger days of Unix, I had gotten to know a few tricks in db and adb, only to find that knowledge of no use in gdb on Linux.  So, I&#039;ve learned how to get a backtrace in gdb, only so I can more precisely target my trace prints by narrowing down the point of failure.  I have yet to learn much more than that in gdb or any other recent debugger.</description>
		<content:encoded><![CDATA[<p>As a user and advocate of trace prints for debugging, here is why I think they remain a popular strategy.  When you learn to program in a language, one of the first things you learn is how to get data out of the program.  So, it&#8217;s a tool that&#8217;s always in the forefront of your mind when programming and debugging.</p>
<p>On the other hand, debuggers tend to be specific to a single OS and/or language, with a large set of arcane and cryptic commands that you need to learn on top of the language.  And moving from one debugger to another is often more mind-warping than moving from one language to another.  In the younger days of Unix, I had gotten to know a few tricks in db and adb, only to find that knowledge of no use in gdb on Linux.  So, I&#8217;ve learned how to get a backtrace in gdb, only so I can more precisely target my trace prints by narrowing down the point of failure.  I have yet to learn much more than that in gdb or any other recent debugger.</p>
]]></content:encoded>
	</item>
</channel>
</rss>