На сервере выполнятется строка:
preg_match_all('/хлеб/i', $str, $sub);

Слово "хлеб" видит, слово "Хлеб" - нет.
В локале видит и то и другое слово.

Подскажите пожалуйста, в чем проблема? Очень не хочется писать '/[Хх]леб/'.

Можно попробовать:

Wolf1994 намекает тебе, AmraKimmerian, что для данных в unicode надо указывать и ключ u

Попробовал. Вот что пишет компилятор и на локале и на сервере:
Compilation failed: invalid UTF-8 string at offset 1 in

хм. значит, кодировка не unicode.
вызов setlocale указывает используемую кодировку?

что означает эта строка?

Вот да. Я бы вместо намеков на совершенно неизвестные кодировки намекал на локаль. которая locale
Поскольку "на локале работает", которое localhost

to skyboy: А что такое setlocale? Как им пользоваться?
 
Это означает что на локально установленном на моем компьютере сервере Дэнвер с помощью /i регулярное выражение обнаруживает и слово "Хлеб", и слово "хлеб".

to Ипатьев:
Не понял что и кому вы хотели сказать.

Это сообщение отредактировал(а) AmraKimmerian - 5.9.2009, 11:05

http://ru.php.net/manual/en/function.setlocale.php

Wolf1994, спасибо, почитал. 

Т.е. вы с  Ипатьевым считаете что установка на сервере таких же параметров, как у меня на localhost (кодировки, языка) решит проблему? Но со строчными кириллическими символами проблем нет. Поэтому не понятно, какое setlocale имеет отношение к работоспособности модификатора /i в данном случае.

Из статьи про setlocale не понятно как им пользоваться. Ставить LC_CTYPE? А вторым параметром ставить "rf_RF" что ли? Но за что именно отвечает LC_CTYPE, кроме как за strtoupper()? Отвечает ли за /i? Как посмотреть какие настройки на сервере, нет же никакого getlocale?  Как то размыто написано в статье, хоть она и официальная наверное.

setlocale (LC_ALL, "ru_RU.CP1251"); помогло!
Спасибо!