Closed
Bug 201182
Opened 22 years ago
Closed 14 years ago
native uconv uses wrong charset name
Categories
(Core :: Internationalization, defect)
Tracking
()
RESOLVED
WONTFIX
mozilla1.4beta
People
(Reporter: dougt, Unassigned)
References
Details
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
Fallout from bug 200049. We are using the wrong charset name when creating the
unicode encoder/decoder. Instead of "UCS-2" we should be using "UTF-16".
Reporter | ||
Updated•22 years ago
|
Target Milestone: --- → mozilla1.4beta
Comment 1•21 years ago
|
||
I'll upload a patch based on my investigation to fix bug 206811
Comment 2•21 years ago
|
||
This is not the best patch, but it should work as well as what we have now in
most cases. One exception is when the UTF-16 module of glibc is not installed.
Another case is when a binary compiled with a recent glibc (with
UTF-16LE/UTF-16BE) is run where an old glibc(without UTF-16LE/BE) is used.
As I noted in the comment, a better way is to add a run-time detection code to
xpcom.
Comment 3•21 years ago
|
||
Comment on attachment 127855 [details] [diff] [review]
a tentative patch
>Index: intl/uconv/src/nsCharsetConverterManager.cpp
>+#if __GLIBC_PREREQ(2, 3)
>+#define UTF16_NAME UTF-16LE
Ooops. Needless to say, I have to quote UTF-16LE (and other values).
#define UTF16_NAME "UTF-16LE"
Comment 4•21 years ago
|
||
Comment on attachment 127855 [details] [diff] [review]
a tentative patch
>+#ifdef MOZ_USE_NATIVE_UCONV
>+#ifdef __GLIBC__
.......
>+#else
>+#define UTF16_NAME UCS-2
>+#endif
Another #endif is needed here.
Updated•18 years ago
|
Severity: blocker → major
Updated•15 years ago
|
QA Contact: amyy → i18n
Comment 6•14 years ago
|
||
Native uconv is gone.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•