Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (nike.apache.org: domain of xu.regis@gmail.com designates
 209.85.221.173 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=JqpZ/GAmRpXoqCCGAKyxIt4ifDioqdDkaFtXOF9xiCj+bHAd/npKAnmHFpY7I3jWGL
         bzPgALjPVRa/G+YoxGpu50lle50r/Jr5nImEtZlsfhPxlv+E8JyeLCDemhx92G4GvmIo
         XXFhbU504NZy/hcZR8zkAOaCYiedZh0e3DY8E=
Message-ID: <4A5D381D.3090709@gmail.com>
Date: Wed, 15 Jul 2009 09:59:57 +0800
From: Regis <xu.regis@gmail.com>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: dev@harmony.apache.org
Subject: Re: Shall we change our file.encoding
References: <5948b71e0907140250h2ba70787mec98fb2295baa5eb@mail.gmail.com>
	 <5c8e69f0907140312l5e53bbccxc3dea83f6480f20d@mail.gmail.com>
	 <5948b71e0907140351j4683e031q6861a33a5073eac8@mail.gmail.com>
	 <222B26C1-4029-4832-AC33-DC4C78DBD368@gmail.com>
 <5948b71e0907140839k58a391fan54f4a477de1bca9c@mail.gmail.com>
In-Reply-To: <5948b71e0907140839k58a391fan54f4a477de1bca9c@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Charles Lee wrote:
> Hi Nanthan,
> 
> If the file encoding derive from the OS, it should be the some bugs in it
> because on my LINUX machine the locale is en_US.UTF-8. Our default codec is
> still ISO8859-1. Do you know where can we found such codes?

Classlib expected vm do this and set the property, but it didn't, so we have to 
do this by ourselves.

> 
> On Tue, Jul 14, 2009 at 10:17 PM, Nathan Beyer <nbeyer@gmail.com> wrote:
> 
>> Are we talking about windows or linux?the default file encoding should
>> derive from the OS. I believe that's defined by the specs.
>>
>> Sent from my iPhone
>>
>>
>> On Jul 14, 2009, at 5:51 AM, Charles Lee <littlee1032@gmail.com> wrote:
>>
>>  On Tue, Jul 14, 2009 at 6:12 PM, Jimmy,Jing Lv <firepure@gmail.com>
>>> wrote:
>>>
>>>  Hi,
>>>>   Charles, I believe UTF-8 is the default encoding for RI, and it sounds
>>>> reasonable.
>>>>   BTW, it may encounter some compatibility problem, maybe we need to run
>>>> more tests to verify?
>>>>
>>>> 2009/7/14 Charles Lee <littlee1032@gmail.com>
>>>>
>>>>  Hi guys:
>>>>> I am doing some test cases on the ant junit test case and meeting some
>>>>> encoding problems. I find they are maybe caused by the different default
>>>>> encoding from RI and harmony. My local is en_US.UTF-8, RI default is
>>>>>
>>>> UTF-8
>>>>
>>>>> but harmony is 8859-1. And then I have encountered
>>>>> HARMONY-3736<https://issues.apache.org/jira/browse/HARMONY-3736>,
>>>>> and the two diffs attached on that issue. It seems we always get 8859-1.
>>>>> Because: (correct me if wrong :-)
>>>>>
>>>>> 1. we remove the set code in the vm. we will always get null if we call
>>>>>
>>>> vm
>>>>
>>>>> method
>>>>> 2. we set the file.encode in the libglob.c, if we got null from vm, we
>>>>>
>>>> set
>>>>
>>>>  Sorry, it should be luniglob.c
>>>
>>>>  8859-1.
>>>>> 3. we can not set file.encode on the run time.
>>>>>
>>>>> ant use UTF-8 to encode filename which contains the non-ascii character.
>>>>> So why we use iso8859-1 as our unchangeable default?
>>>>> From the wiki http://en.wikipedia.org/wiki/ISO8859-1, it says "In
>>>>> computing
>>>>> applications, encodings that provide full UCS support (such as
>>>>> UTF-8<http://en.wikipedia.org/wiki/UTF-8>and
>>>>> UTF-16 <http://en.wikipedia.org/wiki/UTF-16>) are finding increasing
>>>>>
>>>> favor
>>>>
>>>>> over encodings based on ISO 8859-1." Should we simply change iso8859-1
>>>>> to
>>>>> utf-8?
>>>>>
>>>>> --
>>>>> Yours sincerely,
>>>>> Charles Lee
>>>>>
>>>>>
>>>>
>>>> --
>>>>
>>>> Best Regards!
>>>>
>>>> Jimmy, Jing Lv
>>>> China Software Development Lab, IBM
>>>>
>>>>
>>>
>>> --
>>> Yours sincerely,
>>> Charles Lee
>>>
> 
> 


-- 
Best Regards,
Regis.