|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #58255 INTL_MAX_LOCALE_LEN = 64 is not enough
Submitted: 2008-06-30 12:22 UTC Modified: 2008-07-14 03:33 UTC
From: david dot zuelke at bitextender dot com Assigned:
Status: Closed Package: intl (PECL)
PHP Version: Irrelevant OS: irrelevant
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
Solve the problem:
8 + 49 = ?
Subscribe to this entry?

 [2008-06-30 12:22 UTC] david dot zuelke at bitextender dot com
77 characters

unrealistic? maybe. but that's what i18n is all about. 
still, something that is more likely to happen:

65 characters... China, simplified Han, List of quarterly 
sales, Gregorian calendar, normal collation for sorting 
person names.

"You don't need collation instructions for date formatting" 
etc cannot be the answer here, because it would require me 
to parse the locale string in userspace code. That kind of 
defeats the purpose of ext/intl then :)


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2008-07-14 02:43 UTC] stas at zend dot com
This bug has been fixed in CVS.

In case this was a documentation problem, the fix will show up at the
end of next Sunday (CET) on

In case this was a website problem, the change will show
up on the website in short time.
Thank you for the report, and for helping us make PECL better.

increased it to 80, hope it's enough for any _practical_ purpose :)
 [2008-07-14 03:33 UTC] david dot zuelke at bitextender dot com
80 is a bit better, yeah, though of course the preferred 
solution would be for ICU to fix it :) did you file a bug 
report there or something?
PHP Copyright © 2001-2023 The PHP Group
All rights reserved.
Last updated: Fri Sep 22 21:01:24 2023 UTC