#19377 [NEW]: Translatings to certian multibyte strings causes php to die

From: mike@graftonhall.co.nz Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Gettext related Bug description: Translatings to certian multibyte strings causes php to die Description: When translating some strings to Japanese or Chinese (and possibly other multibyte character sets) php will start using 100% CPU time and never exit. I acutally use the latest stable win32 snapshot from snaps.php.net and this problem has definatly been reproducable for the last week with the builds from there. The same is from for CGI or Apache Module My System: Windows 2000 Pro SP2 Dual Athlon XP (I haven't tried removing a CPU to see if it's a dual CPU issue yet) Apache PHP 4.2.4-dev (http://www.graftonhall.co.nz/test.php for php info screen) I am happy to supply more examples or test builds. How to reproduce: the file http://www.graftonhall.co.nz/temp/gettext/gettext.zip contains a test script and a single japanese translation that will cause this effect. The .mo and .po files are there. The script included is: <?php $lang='ja_JP'; @putenv('LANG=' . $lang); @putenv('LANGUAGE=' . $lang); setlocale(LC_ALL, $lang); // Specify location of translation tables bindtextdomain("broken", './locale'); // Choose domain textdomain("broken"); echo _("Birthday"); ?> -- Edit bug report at http://bugs.php.net/?id=19377&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19377&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19377&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19377&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19377&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19377&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19377&r=support Expected behavior: http://bugs.php.net/fix.php?id=19377&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19377&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19377&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19377&r=globals