ID: 39993 Comment by: tokul at users dot sourceforge dot net Reported By: tunix at raptiye dot org Status: Assigned Bug Type: Date/time related Operating System: Arch Linux PHP Version: 5.2.0 Assigned To: derick New Comment:
Issue is not fixed in 5.2.x snapshots (200701011130). You are using locale dependent case insensitive lookups and assume locale independent case sensitivity rules. In Turkish locale 'latin small i' is not same thing as 'latin capital i'. Turks have different case sensitivity rules. Reproduce code (TZ='Europe/Helsinki' /usr/bin/php /path/test-locale.php): --- <?php var_dump(setlocale(LC_ALL,'tr_TR.UTF-8')); var_dump(date_default_timezone_get()); var_dump(setlocale(LC_CTYPE,0)); --- Expected result: --- string(11) "tr_TR.UTF-8" string(15) "Europe/Helsinki" string(11) "tr_TR.UTF-8" --- Second line depends on default timezone setting. Make sure that you have 'i' symbol in timezone name. Actual result (PHP 5.2.0-8 debian and PHP 5.2.1RC2-dev snapshot): --- string(11) "tr_TR.UTF-8" Fatal error: date_default_timezone_get(): Timezone database is corrupt - this should *never* happen! in /path/test-locale.php on line 3 --- Patch by [EMAIL PROTECTED] is not correct, because it does not preserve existing LC_CTYPE value and makes all strtolower/strtoupper calls locale independent when PHP manual states that these calls are locale dependent. Result after Iliaa's patch is applied: --- string(11) "tr_TR.UTF-8" string(15) "Europe/Helsinki" string(1) "C" --- Previous Comments: ------------------------------------------------------------------------ [2006-12-30 23:45:52] [EMAIL PROTECTED] Another option that is a bit more performance friendly is something like this: http://bb.prohost.org/patch/date.txt ------------------------------------------------------------------------ [2006-12-30 23:08:23] [EMAIL PROTECTED] Its is reproducible with the snapshot. I believe this happens because of strcasecmp() (used in seek_to_tz_position()) behaving weird with tr_TR locale (I remember some similar problems in the past), using something like tolower() & memcmp() should do the trick. ------------------------------------------------------------------------ [2006-12-30 20:46:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip ------------------------------------------------------------------------ [2006-12-30 18:22:08] tunix at raptiye dot org Description: ------------ I type <?php echo date("l"); ?> into an empty php file and then run it in command line prompt, and it prints this error message: Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 If I use tr_TR.UTF-8 locale, then I can produce this error. But if I use tr_TR.ISO8859-9 or C locales, it doesn't print the error message. Although, tr_TR.ISO8859-9 and C locales return Saturday which is English. It should return "Cumartesi" (turkish). GNU date command works fine with UTF-8 locale. [19:07] ([EMAIL PROTECTED] ~)$ TZ=Europe/Istanbul LANG=tr_TR.UTF-8 date +%A Cumartesi Reproduce code: --------------- [19:06] ([EMAIL PROTECTED] ~)$ TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r date(l); Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 Expected result: ---------------- It's supposed to be: [19:06] ([EMAIL PROTECTED] ~)$ TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r date(l); Cumartesi ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=39993&edit=1