I get this as output:

?iltas, Xiltas
Xiltas, Xiltas

So I don't think there's anything wrong with PCRE, just mbstring stuff.

Assigned to the maintainer of mbstring extension.

I got the same result as arysin,
(PHP_5_2CVS 20070819, PCRE 7.2 2007-06-19)

?iltas, Xiltas
?iltas, Xiltas

I think PCRE is also not working.

Jani, which version of PHP/PCRE you are using ?

I'm using the bundled PCRE library. I don't remember what the version is.

arysin,

What kind of encoding you are using ?

For UTF-8 and ISO-8859-1, 0x8a is assigned to Line Tab.

  c.f.: http://en.wikipedia.org/wiki/ISO_8859-1
       http://en.wikipedia.org/wiki/UTF-8

In my understanding, 0x8a shouldn't be interpreted as
upper letter of 0x9a for ISO-8859-1/UTF-8.

If you are using CP1252 (Windows-1252), it is understandable,
but, CP1252 is not supported yet in the Oniguruma library
(multibyte regex engine of mbstring).
http://en.wikipedia.org/wiki/Windows-1252

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

I got the same problem with UTF-8 encoding, using Cyrillic.

While trying to make "search highlight" neither "eregi_replace", nor "str-ireplace" functions actually "got" the capital letter...

for example:

$str="общи";

$newstr="Общи";

$bodytext = str_ireplace($str, "<span style=\"color: #FF0000\">".$str."</span>", $bodytext);

$bodytext2 = str_ireplace($newstr, "<span style=\"color: #FF0000\">".$newstr."</span>", $bodytext);

in $bodytext there is a word "&#1054;&#1073;&#1097;&#1080;". Although I used case insensitive replace, only in $bodytext2 the word is highlighted.

I've searched a lot for an issue, that solves that problem, and found none. 

P.S. Sorry for my English, hope it's understandable.

I am also having the exact same problem now as was described in the previous post last year!!! Is there any workaround for this bug? I didn't find any in google...

I am using PHP version 5.2.9 and have the same problem.
I tried sample by arysin and got the same result as he did.

What can be done?

I have the same problem in version 5.2.12.
I don't know why this bug isn't taken seriously as it creates big problems for us working with non latin languages.

I tried also on another server with php version 5.2.11 and it does not work either.

Could you show me the detailed information such as, 

- code snippet which can reproduce the problem.
- setting information of mbstring.* in php.ini
- character encoding which you are using.
- version/locale of your OS.

Hi, 

please find code snippet which shoes that it doesn't work:

mb_internal_encoding("UTF-8");
mb_regex_encoding("UTF-8");

// Text contains three words with same letters, only with some uppercases.
$hText = 'ՀԱՅԱՍՏԱՆԸ Հայաստան հայաստան';

// None of these two is working and only the last word is being replaced.
echo mb_eregi_replace ('հայաստան', '<strong>\\0</strong>', $hText).'<br/>'; 
echo mb_ereg_replace ('հայաստան', '<strong>\\0</strong>', $hText, 
'msri').'<br/>'; 

Best,
Gevorg

This bug has been fixed in SVN.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.

Prior to PHP 5.4.0, the case-insensitive match of Unicode except for LATIN-1 area was not supported by the bundled multibyte regex library (Oniguruma 4.7.2).
The Oniguruma library was updated to the newest version (5.9.2) which fully supports the Unicode property.