<?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, 19 May 2013 17:48:22 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Greg Beaver's Blog: Introducing pecl extension phar]]></title>
      <guid>http://www.phpdeveloper.org/news/7235</guid>
      <link>http://www.phpdeveloper.org/news/7235</link>
      <description><![CDATA[<p>
On his blog today, <i>Greg Beaver</i> has <a href="http://greg.chiaraquartet.net/archives/165-Introducing-pecl-extension-phar.html">introduced a new pecl extension</a> to add the phar functionality into any PHP installation as easily as adding any other pecl functionality.
</p>
<blockquote>
After 14 months and nearly 200 commits, <a href="http://pecl.php.net/user/helly">Marcus Borger</a> and I have finished the first release of <a href="http://pecl.php.net/phar">the phar extension in PECL</a>. Phar provides both a stream wrapper (phar://) and a Phar class which can be used to access the contents of a phar archive. What is a phar archive? Think of it as a virtual filesystem that is customized for use with PHP, sort of like a Java .jar archive. Incidentally, the phar extension is a C implementation of the principles behind the <a href="http://pear.php.net/PHP_Archive">PHP_Archive PEAR package</a>.
</blockquote>
<p>
A <a href="http://greg.chiaraquartet.net/archives/165-Introducing-pecl-extension-phar.html">beginners guide</a> to installation and usage is included, showing how to configure your installation and create two simple packages - one with a simple "Hello world" PHP script inside and the other grabbing the entire contents of a directory (and subdirectories) and pushing them in.
</p>]]></description>
      <pubDate>Wed, 07 Feb 2007 08:25:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Greg Beaver's Blog: problem with PHP_Archive-based phars tracked to odd unpack() bug]]></title>
      <guid>http://www.phpdeveloper.org/news/7048</guid>
      <link>http://www.phpdeveloper.org/news/7048</link>
      <description><![CDATA[<p>
Users of the PHP_Archive PEAR package should check out <i>Greg Beaver</i>'s <a href="http://greg.chiaraquartet.net/archives/160-problem-with-PHP_Archive-based-phars-tracked-to-odd-unpack-bug.html">latest post</a> for some information about the latest version of the package:
</p>
<blockquote>
I just pushed out a release of <a href="http://pear.php.net/PHP_Archive">PHP_Archive 0.9.1</a>. This release fixes a bug that affects 64-bit users of PHP 5.2 and newer. Basically, the <a href="http://php.net/unpack">unpack()</a> function does not behave in a predictable way when unpacking large integers. This is a known bug, and is documented at the manual page, although I was unaware of the issue until today.
</blockquote>
<p>
He gives the example code that would cause the problem and a more correct version that would allow the package to work with all versions of PHP (previously, it would fail due to a bad return from pack). The latest version of the package can be grabbed from <a href="http://pear.php.net/package/PHP_Archive/redirected">it PEAR page</a> or via the "pear" command to grab it automatically.
</p>]]></description>
      <pubDate>Mon, 08 Jan 2007 11:02:00 -0600</pubDate>
    </item>
  </channel>
</rss>
