Hi!

1) If mmap is supported, then use it
2) If mmap is not supported or does not work then read the whole stream
3) If that is not possible read char by char

Why should it read the whole stream into memory? The file could be very big, maybe it would make more sense to read it is some chunks?

BTW, I see there are some substantial changes in streams there - new file type ZEND_HANDLE_MAPPED, new "fsizer" handler. Will they be dsecribed somewhere so other places which deal with streams could be updated if there's need? Does it have any implication on extensions etc. or it's isolated?

party library in PHP 5 core. Of course, PHP 6 has this dependency, but we might want to not have such things in 5.x so that you won't have to change your system too much while staying on 5.x.

Are you saying we cannot depend on ICU in PHP 6 and have to redo it
completely or what?

Just curious who you were answering to... Anyway, to be clear:
1. PHP 6 is major version with its major feature being Unicode support.
2. PHP 5.x is same-major branch, where you are not expected to have to change your system in order to upgrade. 3. We do not expect people to take PHP 6 and have absolutely everything work instantly from PHP 5. We try to minimize upgrade path, but major version upgrades can take some adjustments. 4. We expect people to upgrade from 5.2.x to 5.3.x without changing their systems.

Is it clearer why I think PHP 5.x and 6 are different and why I think ICU dependency in the 5.3 core might be a problem?

I Know there is some work left but when we do not apply the work now then
we basically have two engines. In that case I'll just rewrite the engine
> completely and replace it.

I think better to have two engines one of which we can release than have no release-able engine at all. Again, if you say you are 100% sure that can be figured out quickly and not delay 5.3 release cycle to Q2 or Q3 - great, let's do it. Since we were not going to have any major changes in the engine until 5.3 is out anyway - the gap between your code and CVS code won't be substantial. You could use a branch to make it even easier.

As for rewriting the engine - I think that would be just a waste of effort.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED]   http://www.zend.com/
(408)253-8829   MSN: [EMAIL PROTECTED]

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to