phar-build encounters fatal error after commit 1865248c18704731b55302b4044e7614136629cd about phar-util

[katanacrimson]

...apologies, looks like github tried to get smart with the uname output.

[koto]

Did you encounter this error with previous version (0.5.2) of the package? I've had some reports ( http://blog.kotowicz.net/2010/08/hardening-php-how-to-securely-include.html#c2123438661706515019 ) that suggested errors with dot directories under Linux (i'm using php 5.2 under linux and all was working ok for me) - so I've made this incorrect change. I wanted to use the FilesystemIterator::SKIP_DOTS flag for the iterator, but it's PHP 5.3 only.

Could you check for me if changing $file->isDot() to $iterator->isDot() fixes the issue for you? I can't reproduce this.

[katanacrimson]

I did not have the problem with the previous version (I had just updated via pear today), but to fix it temporarily for myself, I just changed the isDot to this:
substr($file, 0, 1) != '.'
It's hackish, but it works well enough. I wanted to use $file[0], but as it is an object it's impossible.

I'll take a swing at $iterator real quick, though. Will reply with results.

[katanacrimson]

Seems to be working. !$iterator->isDot() doesn't seem to be allowing any problematic results to be included, and isn't throwing any errors.

[koto]

Then we're done with this - fixed in daeb346 .

btw - I'm really interested in how you use phar-util - drop me a note please, I've yet to receive any feedback from users ;)

[katanacrimson]

I'm using it for a personal project, it's probably the simplest interface for working with phar that I've seen yet. It's more or less to play with right now, until I find a serious use for it.

There's a few things that I've noticed that might be decent improvements, I'll open up an issue for each when I get the chance.

[koto]

Please do. Also, you can always fork it and fix the issues in your code and then send me a pull request.