#44418 [NEW]: Strange behaviour of preg_replace with russian utf-8 strings

[yarodin at gmail dot com]

From:             yarodin at gmail dot com
Operating system: Windows XP PRO/5.1.2600
PHP version:      5.2.5
PHP Bug Type:     PCRE related
Bug description:  Strange behaviour of preg_replace with russian utf-8 strings 

Description:
------------
$split = preg_split('#(\s)#', $value, -1, PREG_SPLIT_NO_EMPTY |
PREG_SPLIT_DELIM_CAPTURE );
make wrong spliting sentences on words when sentence at russian UTF-8 and
begin with russian letter 'Р' (hex D0h A0h). For example russian
"Расширенные
поля
пользователей"
splits by php 5.2.5 on 7(!) words, but php4 is split correctly on 5 words.
I think the problem at russian letter letter 'Р' wich split as single
word.


Reproduce code:
---------------
<?
$value="&#1056;&#1072;&#1089;&#1096;&#1080;&#1088;&#1077;&#1085;&#1085;&#1099;&#1077;
&#1087;&#1086;&#1083;&#1103;
&#1087;&#1086;&#1083;&#1100;&#1079;&#1086;&#1074;&#1072;&#1090;&#1077;&#1083;&#1077;&#1081;";
header('Content-type: text/html; charset=utf-8');
print_r($value."<BR><BR><BR>");
$split = preg_split('#(\s)#', $value, -1, PREG_SPLIT_NO_EMPTY |
PREG_SPLIT_DELIM_CAPTURE );
print_r($split);
?>

Expected result:
----------------
Array ( [0] =>
&#1056;&#1072;&#1089;&#1096;&#1080;&#1088;&#1077;&#1085;&#1085;&#1099;&#1077;
[1] => [2] => &#1087;&#1086;&#1083;&#1103; [3] => [4] =>
&#1087;&#1086;&#1083;&#1100;&#1079;&#1086;&#1074;&#1072;&#1090;&#1077;&#1083;&#1077;&#1081;
)

Actual result:
--------------
Array ( [0] => &#1056; [1] => [2] =>
&#1072;&#1089;&#1096;&#1080;&#1088;&#1077;&#1085;&#1085;&#1099;&#1077; [3]
=> [4] => &#1087;&#1086;&#1083;&#1103; [5] => [6] =>
&#1087;&#1086;&#1083;&#1100;&#1079;&#1086;&#1074;&#1072;&#1090;&#1077;&#1083;&#1077;&#1081;
)

-- 
Edit bug report at http://bugs.php.net/?id=44418&edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44418&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44418&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44418&r=trysnapshot60
Fixed in CVS:                 http://bugs.php.net/fix.php?id=44418&r=fixedcvs
Fixed in release:             
http://bugs.php.net/fix.php?id=44418&r=alreadyfixed
Need backtrace:               http://bugs.php.net/fix.php?id=44418&r=needtrace
Need Reproduce Script:        http://bugs.php.net/fix.php?id=44418&r=needscript
Try newer version:            http://bugs.php.net/fix.php?id=44418&r=oldversion
Not developer issue:          http://bugs.php.net/fix.php?id=44418&r=support
Expected behavior:            http://bugs.php.net/fix.php?id=44418&r=notwrong
Not enough info:              
http://bugs.php.net/fix.php?id=44418&r=notenoughinfo
Submitted twice:              
http://bugs.php.net/fix.php?id=44418&r=submittedtwice
register_globals:             http://bugs.php.net/fix.php?id=44418&r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44418&r=php4
Daylight Savings:             http://bugs.php.net/fix.php?id=44418&r=dst
IIS Stability:                http://bugs.php.net/fix.php?id=44418&r=isapi
Install GNU Sed:              http://bugs.php.net/fix.php?id=44418&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44418&r=float
No Zend Extensions:           http://bugs.php.net/fix.php?id=44418&r=nozend
MySQL Configuration Error:    http://bugs.php.net/fix.php?id=44418&r=mysqlcfg