<?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>Sun, 07 Sep 2008 15:25:48 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Cal Evans' Blog: set_include_path() failing]]></title>
      <guid>http://www.phpdeveloper.org/news/9636</guid>
      <link>http://www.phpdeveloper.org/news/9636</link>
      <description><![CDATA[<p>
<i>Cal Evans</i> came up against <a href="http://blog.calevans.com/2008/02/14/set_include_path-failing/">a problem</a> earlier in his development work - issues when he was trying to get his old include path.
</p>
<blockquote>
What you SHOULD get back is a string describing your old include path. If you get false, you have hit the problem I hit last night. I went so far as to recompile 2 difference versions of Apache thinking (almost correctly) that it was something that had changed in my Apache config files.
</blockquote>
<p>
If you're one of the "falsers" out there, check out <a href="http://blog.calevans.com/2008/02/14/set_include_path-failing/">the rest of his post</a> of his solution around the problem. His problem stemmed from his trying to reassign a php_admin_value (instead of php_value where the script could override it) setting, specifically the one for the include_path. 
</p>
<p>
He also points out that Zend Framework users might keep an eye out for this problem too as the Zend_Loader package changes the include path at times.
</p>]]></description>
      <pubDate>Thu, 14 Feb 2008 15:09:38 -0600</pubDate>
    </item>
  </channel>
</rss>
