Description: ------------ When there is a long filename condition that requires the use of _readLongHeader, the filename string buffer is not unpack()'d, leaving zero bytes at the end of the string. to recreate, add any file to an archive having a filename longer than 100 characters. subsequent reading of the archive produces the incorrdct filename. the solution, contained in the patch, is to properly unpack/trim the zero bytes off the end of the long filename, using trim() or unpack(). trim($v_filename); or unpack("a".(512*($n+1))."filename", $v_filename); in keeping with the style of the package code, the patch uses the unpack method.

forgive me, but upon reading my entry i incorrectly stated that i'd used the unpack() method in the patch. having done some further reading of the source, i noticed that trim() was used in _readHeader() and so the patch actually contains trim().

This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.