Function lookup problem after calling setlocale(LC_ALL, "tr_TR")

[Can Koy]

Binary package hint: php5-cli

Ubuntu 8.10

php5-cli:
  Installed: 5.2.6-2ubuntu4.1
  Candidate: 5.2.6-2ubuntu4.1
  Version table:
 *** 5.2.6-2ubuntu4.1 0
        500 http://tr.archive.ubuntu.com intrepid-updates/main Packages
        500 http://security.ubuntu.com intrepid-security/main Packages
        100 /var/lib/dpkg/status
     5.2.6-2ubuntu4 0
        500 http://tr.archive.ubuntu.com intrepid/main Packages

Bug Details:
<?php
echo setlocale(LC_ALL, 'tr_TR')."\n";
HI5();
function HI5() { echo "Five!\n";}
?>
outputs the following:
---
tr_TR

Fatal error: Call to undefined function HI5() in...
---

Notes:
1. Make sure you have tr_TR locale installed, i.e. check the output of first echo statement.
2. The locale before executing the script must be different from tr_TR to repeat this case, e.g. en_US.utf-8

[Andreas Olsson (andol)]

I can kind of confirm this bug. Actually I can only confirm this error for certain function names. For example, try replace HI5() with foo(), and everything should work as expected.

From my limited testing I've only ran into this problem when the function name contains a capital I.

Not entirely sure if this is a bug in PHP. While generating the tr_TR locale I received the following errors:

root@pc13267v3:/var/lib/locales/supported.d# echo "tr_TR ISO-8859-1" >> local
root@pc13267v3:/var/lib/locales/supported.d# locale-gen
Generating locales...
  en_US.UTF-8... up-to-date
  sv_SE.UTF-8... up-to-date
  tr_TR.ISO-8859-1... /usr/share/i18n/locales/tr_TR:1477: LC_MESSAGES: unknown character in field `nostr'
/usr/share/i18n/locales/tr_TR:1510: LC_TIME: unknown character in field `day'
/usr/share/i18n/locales/tr_TR:1525: LC_TIME: unknown character in field `mon'
/usr/share/i18n/locales/tr_TR:1531: LC_TIME: unknown character in field `mon'
/usr/share/i18n/locales/tr_TR:1532: LC_TIME: unknown character in field `mon'
/usr/share/i18n/locales/tr_TR:1567: LC_NAME: unknown character in field `name_gen'
failed
Generation complete.
root@pc13267v3:/var/lib/locales/supported.d#

All of the above applies to current versions of Ubuntu 8.04, 8.10 and 9.04.

[Andreas Olsson (andol)]

I've now reported the locale issue in bug #343298. While I suspect that that might be the root cause, I'm not sure.

[Andreas Olsson (andol)]

Never mind that part about the tr_TR locale might be broken. That was simply user error from my part. Wasn't thinking and automatically used ISO-8859-1 where there obviously should have been ISO-8859-9.

Anyhow, I can still confirm the original bug report, providing there function name consists of a capital I.

[Chuck Short (zulcss)]

This is fixed for karmic now, Thanks for the bug report.

Regards
chuck

[Can Koy (cankoy)]

Chuck,
are you guys just sweeping bug reports older than 6 months under the carpet? what fix? it's not fixed at all, it's there in Karmic.

[Can Koy (cankoy)]

http://bugs.php.net/bug.php?id=18556

[Chuck Short (zulcss)]

This is fixed for lucid.

Regards
chuck

[Can Koy (cankoy)]

You once more falsely state this bug is fixed, and I trash Ubuntu and be gone for good.
Maybe that's just what you want after all.

[C de-Avillez (hggdh2)]

@Can Koy: please follow the CoC (http://www.ubuntu.com/community/conduct), there is no need to be aggressive. You already know this is an upstream issue, hitting all PHP distributions.

[Seyfi (seyfi)]

Hi,
I reported bug #988963 which was marked as duplicate of this one.
Actually, the test case reported here does not generate said error as of Php 5.3.0, that's why I opened a new report rather than continuing with this one. But, the root of this issue reported upstream at #18556 is still unresolved and affects classes, interfaces.