[vlc-devel] [PATCH 2/4] Mimic a behavior of GNU libiconv on OS/2

[KO Myung-Hun]

KO Myung-Hun wrote:
> 
> 
> KO Myung-Hun wrote:
>>
>>
>> Rémi Denis-Courmont wrote:
>>> 	Hello,
>>>
>>> Le mardi 10 janvier 2012 14:07:03 KO Myung-Hun, vous avez écrit :
>>>> DBCS countries assign their currency symbol to '\', ASCII 92. This causes
>>>> an unexpected behavior when converting a directory separator on OS/2.
>>>
>>> WTF? You mean that iconv() on OS/2 converts the ASCII backslash to the South 
>>> Korean Won (KRW) symbol? Which 'tocode's are concerned?
>>>
>>
>> Yes. If CVTTYPE_PATH is not specified.
>>
>> That is, if 'tocode' is Unicode(UTF-8, UCS-2) and 'fromcode' is Korean
>> codepage(EUC-KR, CP949), then '\'[5c] will be converted to KRW[20a9].
>>
>>>> In case of GNU libiconv, it does not treat '\', ASCII 92, as a currency
>>>> symbol at all. So let's mimic GNU libiconv.
>>>
>>> Maybe I see where you are going. But will that not corrupt the KRW symbol when 
>>> it is actually found in subtitles?
>>>
>>
>> I think, this is an inevitable problem. And this is not a specific to
>> OS/2 if converting a NLS string to an Unicode string.
>>
>> However, if the subtitles are in Unicode, there will be no problem at all.
>>
> 
> Correct : DBCS fonts assign their currency symbol glyph to ASCII 92. So
> all the ASCII 92 is recognized as the currency symbol. In other words,
> backslash cannot be displayed with normal DBCS fonts on NLS mode.
> 
> As a result, there is no need to care of the currency symbol in subtitle.
> 

Ping ?

-- 
KO Myung-Hun

Using Mozilla SeaMonkey 2.0.14
Under OS/2 Warp 4 for Korean with FixPak #15
On Intel Core2Duo T5500 1.66GHz with 2GB RAM

Korean OS/2 User Community : http://www.ecomstation.co.kr