<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Sat, 06 Sep 2008 23:04:35 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Developer Tutorials: Debugging PHP code using debug_backtrace]]></title>
      <guid>http://www.phpdeveloper.org/news/9725</guid>
      <link>http://www.phpdeveloper.org/news/9725</link>
      <description><![CDATA[<p>
On the Developer Tutorials blog today, <i>Hasin Hayder</i> has <a href="http://www.developertutorials.com/blog/php/debugging-php-code-using-debug_backtrace-58/">pointed out</a> a handy PHP function that can make your debugging a bit less of a headache - debug_backtrace.
</p>
<blockquote>
Most of the PHP developers debug php code in their local machine just by trial and error using "print_r","var_dump" and "echo". They don't write unit tests or follow any advanced debugger like xdebug. But the problem of using these methods is you cannot fool proof your code and their might be some bugs still present in your code.
</blockquote>
<p>
He includes a simple example to show how it works and what kind of output it will give - a nested function call. Personally, I use this in some of my classes (like a database abstraction later) to track and see which functions my calls are coming from and what data they're sending me - easier to debug in one place than trying to guess.
</p>]]></description>
      <pubDate>Fri, 29 Feb 2008 10:27:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Nick Halstead's Blog: Programming Tips #9 "debug_backtrace"]]></title>
      <guid>http://www.phpdeveloper.org/news/9602</guid>
      <link>http://www.phpdeveloper.org/news/9602</link>
      <description><![CDATA[<p>
<i>Nick Halstead</i> continues the "Programming Tips" series on his blog today with <a href="http://www.nickhalstead.com/2007/12/19/programming-tips-9-debug_backtrace/">tip number nine</a> (a very handy tip indeed) - using <a href="http://www.php.net/debug_backtrace">debug_backtrace</a> from <i>Larry Garfield</i>.
</p>
<blockquote>
Despite the proliferation of debugging tools, especially real-time debuggers, "debugging by print statement" remains the most common form of debugging in most programming languages.
</blockquote>
<p>
An example of its use <a href="http://www.nickhalstead.com/2007/12/19/programming-tips-9-debug_backtrace/">is included</a> by way of a debug() function that returns the message it a bit friendlier format. 
</p>]]></description>
      <pubDate>Mon, 11 Feb 2008 10:33:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Nick Halstead's Blog: Programming Tips #9 "debug_backtrace"]]></title>
      <guid>http://www.phpdeveloper.org/news/9273</guid>
      <link>http://www.phpdeveloper.org/news/9273</link>
      <description><![CDATA[<p>
<i>Nick Halstead</i> has <a href="http://blog.assembleron.com/2007/12/19/programming-tips-9-debug_backtrace/">posted the latest programming tip</a> to his blog today (as written by <i>LArry Garfield) concerning the use of <a href="http://www.php.net/debug_backtrace">debug_backtrace</a>.
</p>
<blockquote>
Despite the proliferation of debugging tools, especially real-time debuggers, "debugging by print statement" remains the most common form of debugging in most programming languages. [...] Fortunately, PHP offers another debugging tool: debug_backtrace(). It returns an array that is a complete function stack up to the point it is called.
</blockquote>
<p>
<i>Larry</i> includes a basic example of the function in use - a debug() function that takes in a message, label and a "stealth" setting and outputs a formatted result of the debug_backtrace output.
</p>]]></description>
      <pubDate>Wed, 19 Dec 2007 08:42:00 -0600</pubDate>
    </item>
  </channel>
</rss>
