From: Tomas Kuliavas <tokul@us...> - 2003-02-03 12:56:37
Warning: Invalid range end in /usr/share/squirrelmail/functions/i18n.php
on line xx
There is a bug filed about it at
Also people mentioned about it in sm-i18n list.
Problem can be reproduced only on RH7.3 (at least I think so). It happens
only if UTF-8 enabled glibc locale is used. this means - ca_ES, cs_CZ,
da_DK, en_CA, es_ES, es_US, et_EE, fi_FI, hr_HR, is_IS, lt_LT, lv_LV,
no_NO, pl_PL, sl_SI. At least I've tested with every locale file in
/usr/share/i18n/locales that is about 80Kb. Emails that produce warnings
use other encoding than is set in user's locale. current cyrillic decoding
(iso8859-5, win1251, koi8-r) does have such function.
I think the problem is in broken glibc, apache or php patches used by RH.
system doesn't like regexp ranges at \237-\240 (octal numbers). decimal
Fixes can be found at:
ereg-test.php.txt - code that was used for testing.
Patches for squirrelmail cvs versions.
i18n.php-1.2cvs.diff.gz (for i18n.php v.18.104.22.168)
i18n.php-1.2cvs-2.diff.gz (should be applied after above patch)
i18n.php-1.4cvs.diff.gz (for i18n.php v.1.123)
i18n.php-1.4cvs-2.diff.gz (should be applied after above patch)
patches can be applied in /usr/share/squirrelmail/functions directory with
'zcat i18n.php-1.2cvs.diff.gz | patch' command. Or you can take a look at
the patch and fix i18n.php by hand. *-2.diff.gz patches try to speed up
things a little bit in iso8859-1 decoding. But I suspect that these fixes
can produce warnings too.
Problem can be reproduced only in one broken system. I don't recommend
using these patches if you don't have problem. I don't think that they
will be integrated into SM core, because they reduce speed of the system.
If somebody is able to see ereg-test.php without these warnings on RH73 -
maybe you can send me listing of your 'rpm -q -a'. If after several
reloads warnings disappear :) - restart apache. If you have custom
apache/php build - maybe you can send me configure commands that you used
and apache/php version numbers.