maemo.org Bugzilla – Bug 752
No native support in glibc for Windows-1252
Last modified: 2008-12-06 16:51:03 UTC
You need to
before you can comment on or make changes to this bug.
I know that you have to save extra bits but I think that compiling libc without
window-1252 is a mistake. Please double check the output of iconv -l and
re-consider which coded character set are really required for an internet tablet.
I know that developper could recompile libiconv and use the libc plug/override
mode with LD_PRELOAD hack and i used that myself in Streamtuner (maemo port)
garage project but that doesn't save extra bit at all.
Please re-consider native Window-1252 support in libc or explain your
motivations if this is not a mistake. Thanks.
Chinook v2.5 Glibc contains following Windows encodings:
I'm not familiar with Windows encodings. What 1252 has or where it's
used when compared to above listed encodings?
Windows-1252 is everywhere. It has is own page on wikipedia ;-)
More seriously, mail and web site encoded with Windows-1252 are very common.
If you have to save extra bit you can remove less important charset but this
one is important and should be in your top five.
Please add it to glibc.
It seems to be only 10KB. I don't see why it couldn't be included.
So ? What's the next step ?
No patch is needed here. How to make this included to next OS2008 release ?
There is absolutely no side effect to add Windows-1252 charset.
It would be really nice if this bug could be solved soon, the libgsf package i
maintain (requirement of Gnumeric) fails while calling iconf_open() because
CP1252 is not available.
(This happens when a user tries to open MS Excel Spreadsheets in Gnumeric, the
effect is that Gnumeric displays very stange formatting of numbers and so on.)
Is there maybe a temporary workaround for this problem?
(In reply to comment #6)
The bad hack I use myself in streamtuner is describe here :
This is called "the libc plug/override mode".
You can check my code and see how I integrate this in streamtuner
This is of course not a good solution to this problem because it's make your
package unnecessary bigger and the launch process more complex but it's works.
I have open this bug in August 2006 for OS2006 !
"They" make the same mistake for OS2007 and now for OS2008
Maybe this bug need more votes to be taken in consideration.
I really don't understand why other developers are not annoyed by this like you
and me. Fortunately I'm very patient ;-)
(In reply to comment #2)
> Chinook v2.5 Glibc contains following Windows encodings:
> I'm not familiar with Windows encodings. What 1252 has or where it's
> used when compared to above listed encodings?
1250 - East European Latin
1251 - Cyrillic
1252 - West European Latin
1253 - Greek
1254 - Turkish.
It would appear that 1252 is MS' equivalent of ISO-8859-1 (or ISO-8859-15 in
(In reply to comment #4)
> It seems to be only 10KB. I don't see why it couldn't be included.
Nor me. Eero, who should we ping to have it?
Ny the way, bug listed at http://wiki.maemo.org/Mainstream_Linux_Alignment
What an old bug.. let's see if we can fix it for Fremantle.
Juha: According to int-85297 comment 12 this is already fixed in the latest
glibc for Diablo, or did I get that comment wrong?
(In reply to comment #12)
> Juha: According to int-85297 comment 12 this is already fixed in the latest
> glibc for Diablo, or did I get that comment wrong?
I think it is so, but I haven't verified it myself so I did not want to comment
here yet. Diablo's glibc is not in my hands.
OK, no problem.
It's definitely fixed for Fremantle, hence closing - We can always correct the
Target Milestone later on.
It is fixed in Diablo:
$ dpkg -S /usr/lib/gconv/CP1252.so