<?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>Thu, 20 Jun 2013 07:22:47 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Till's Blog: A case for PEAR and PHP4 (Or, why BC is important!)]]></title>
      <guid>http://www.phpdeveloper.org/news/13273</guid>
      <link>http://www.phpdeveloper.org/news/13273</link>
      <description><![CDATA[<p>
In <a href="http://till.klampaeckel.de/blog/archives/60-A-case-for-PEAR-and-PHP4-Or,-why-BC-is-important!.html">this new post</a> to his blog <i>till</i> argues his case for PEAR and why support for PHP4 is a good thing when it comes to making things "just work."
</p>
<blockquote>
Every once in someone likes to argue that PEAR is all fugly PHP4 code and why you should not use it, and instead go and use another framework or component library. Most of those people also say that they looked at or used PEAR x years ago and then act all surprised when someone else disagrees.
</blockquote>
<p>
He talks about some of the rules around the major/minor PEAR releases and backwards compatibility breaks which, thankfully, a lot of other projects seem to adhere to. He points out that some packages have been started for different PHP generations (Mail_Queue2 vs Mail_Queue) and a few reasons why the PHP4 EON doesn't automatically mean PEAR should follow suit.
</p>]]></description>
      <pubDate>Wed, 23 Sep 2009 11:11:34 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Cyberlot's Blog: Another PHP BC break]]></title>
      <guid>http://www.phpdeveloper.org/news/4337</guid>
      <link>http://www.phpdeveloper.org/news/4337</link>
      <description><![CDATA[On <i>cyberlot</i>'s blog today, he <a href="http://www.cyberlot.net/node/35">mentions</a> some additional backwards compatibility bugs that PHP 5.1 and 4.4.1 are adding into the mix.
<p>
<quote>
<i>
As of PHP 5.1 and in seems 4.4.1 are adding another BC break one that could break anyone using a object based database library within there custom session handler, and also make any registered shutdown function useless if it relys on objects, although the bugs focus on the session aspect of things.
<p>
This isn't something you can just "Document" away like they are trying to do.
<p>
Basically they are saying any user made or PHP made object is useless during the shutdown phase of PHP.
</i>
</quote>
<p>
I could definitely see <a href="http://www.cyberlot.net/node/35">this issue</a> causing some headaches for a lot of people out there. For more information on this issue, check out <a href="http://bugs.php.net/bug.php?id=34377">the bug report</a> he refers to...]]></description>
      <pubDate>Mon, 21 Nov 2005 05:45:50 -0600</pubDate>
    </item>
  </channel>
</rss>
