Hi!
They calculate the total width of a string based on "east asian width"
property, which is still valid to give a rough measurement of the
rendered string.
OK, I guess if it's some kind of special calculation that doesn't follow
from others it should be preserved, there are tons of such spe
Hi,
Finally found the problem in run-tests crashing, turns out it had
nothing to do with the zend engine. Now we can run tests in PHP 6
without random crashes.
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
On Sat, Aug 1, 2009 at 1:37 AM, Stanislav Malyshev wrote:
> Hi!
>
>>> mb_str* - shouldn't you in 6 just convert them to unicode and do all
>>> string
>>> operations with Unicode strings? Also, in 5 isn't there some intersection
>>> with grapheme_* functions?
>>
>> mb_strwidth() and mb_strimwid
Hi,
After quite a while of trying, I've tracked down the problem that is
causing occasional segfaults in run-tests.php in PHP 6.
Basically, here's what happens:
on line 1652, we call system_with_timeout() to run the test, passing in
a CV ($cmd) containing the command line to execute to run the t
Hi!
mb_str* - shouldn't you in 6 just convert them to unicode and do all string
operations with Unicode strings? Also, in 5 isn't there some intersection
with grapheme_* functions?
mb_strwidth() and mb_strimwidth() are not covered.
True. I wonder what this function is useful for?
mb_output
Hi!
support for Unicode string manipulation, but it would actually be
better a bit if they supported arbitrary encoding as arguments.
There's no such thing as "encoding" in PHP 6 - all strings are Unicode.
If you've got binary data in some encoding, I think the recommended way
for PHP 6 woul
On Thu, Jul 30, 2009 at 23:17, Markus Fischer wrote:
> Hannes Magnusson wrote:
>> On Thu, Jul 30, 2009 at 20:28, Joey Smith wrote:
>>> However, now that it's come up, I'm wondering what the costs/risks are
>>> of setting libxml_use_internal_errors() on by default?
>>
>> I don't think thats a good i
On Fri, Jul 31, 2009 at 12:19 PM, Moriyoshi Koizumi wrote:
> I also created a separate oniguruma extension that you can browse at
> http://github.com/moriyoshi/php-oniguruma/
cool! will take a look at it
--
Alexey Zakhlestin
http://www.milkfarmsoft.com/
--
PHP Internals - PHP Runtime Developm
On Fri, Jul 31, 2009 at 5:24 PM, Moriyoshi Koizumi wrote:
>> mb_str* - shouldn't you in 6 just convert them to unicode and do all string
>> operations with Unicode strings? Also, in 5 isn't there some intersection
>> with grapheme_* functions?
>
> mb_strwidth() and mb_strimwidth() are not covered.
On Fri, Jul 31, 2009 at 2:37 AM, Stanislav Malyshev wrote:
> Hi!
>
>> Aren't there any interests on this? If you think PHP 6 is gonna cover
>> all of the functionality that allegedly-cruft mbstring currently
>> provides, that is almost wrong :-p
>
> Could you please explain why PHP6 doesn't provide
On Thu, Jul 30, 2009 at 8:05 PM, Niel Archer wrote:
>> Implemented functions:
>>
>> - mb_ereg()
>> - mb_ereg_replace()
>
> as ereg functions are deprecated in 5.3, are these still needed?
mb_ereg_XXX() have nothing to do with the plain ereg functions. They
are named so purely for the historical re
On Thu, Jul 30, 2009 at 7:21 PM, Alexey Zakhlestin wrote:
> 2009/7/26 Moriyoshi Koizumi :
>
>> - mb_ereg_search(), mb_ereg_search_getpos(), mb_ereg_search_getregs(),
>> mb_ereg_search_init(), mb_ereg_search_pos(), mb_ereg_search_regs() and
>> mb_ereg_search_setpos()
>> I rarely heard a script th
On 07/31/2009 03:10 AM, dan...@zoltak.com wrote:
[snip]
The above code has been works fine in PHP 5.2.6. In PHP 5.2.10 it works
except when an .htaccess is defined with the following:
<--BEGIN SNIP .htaccess-->
php_value error_log '/home/st/stu/studio1.com.au/www/logs/php_err.log'
<--END SNIP-->
13 matches
Mail list logo
