harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oliver Deakin <oliver.dea...@googlemail.com>
Subject Re: [classlib]volunteer to supply patches for old JIRAs
Date Wed, 13 Sep 2006 08:58:42 GMT
Spark Shen wrote:
> Alexey Varlamov 写道:
>   
>> 2006/9/13, Spark Shen <smallsmallorgan@gmail.com>:
>>     
>>> Nathan Beyer 写道:
>>>       
>>>> Here are a few things that I think might help with getting through
>>>>         
>>> some of
>>>       
>>>> the older outstanding issues, as well as new ones.
>>>>
>>>> * If an issue is old (over a month???), then verify that it's still
>>>>         
>>> an issue
>>>       
>>>> with the latest code and note this with a JIRA comment.
>>>> * Obviously posting patches is great, but patches without tests are
>>>>         
>>> almost
>>>       
>>>> always ignored.
>>>> ** If you're posting an enhancement, post a patch that enhances the
>>>>         
>>> tests
>>>       
>>>> and make sure they pass on an RI. (I always make sure the test
>>>>         
>>> passes on the
>>>       
>>>> RI before considering the patch.)
>>>> ** If you're posting a fix, post a patch that includes a regression
>>>>         
>>> test. (I
>>>       
>>>> always apply the test first, then run it to see it fail, then I
>>>>         
>>> look at the
>>>       
>>>> fix.)
>>>> * If there's a particular JIRA issue that you would like fixed and
>>>>         
>>> a patch
>>>       
>>>> already exists, try applying the patch yourself, verify it and then
>>>>         
>>> add a
>>>       
>>>> comment supporting the patch.
>>>>
>>>>
>>>>         
>>> There are also very specific cases. Some JIRAs are about kernal classes(
>>> e.p. JIRA 921). When IBM vm is concerned,
>>> they are not in the scope of Harmony project. It is better be feeded
>>> back to IBM.
>>> When DRLVM is concerned, we may solve it in the scope of Harmony
>>> project.
>>>
>>> So I suggest to split JIRA 921 into two JIRAs. One for DRLVM, one for
>>> IBM vm.
>>>       
>> Did you check this is applicable to both VMs? If it is for DRLVM only,
>> then better just change component (and summary prefix ;)).
>>     
> Sorry, what do you mean by applicable?
> Do you mean will this bug reoccur on both VMs, 1
> Or do you worry about whether this bug can be reported to both VMs? 2
>
> If you worry 1, I tested it with IBM VME v4 and latest snapshot.
> java -cp . test
> res = null
> res = null
>
> And did not test it with DRLVM, and guess the bug still exists on DRLVM :-)
>
> If you worry 2, I think Oliver will respond to problems with IBM VME.
> May be we could involve him in this discussion.
>   

Yes, if you find bugs with the IBM VME, then please
make them known to the list (as I think people have done
successfully up to now) and I will try to get them
fixed in the next VME version.

Regards,
Oliver


> Best regards
>   
>>> Any suggestions?
>>>       
>>>> -Nathan
>>>>
>>>>
>>>>         
>>>>> -----Original Message-----
>>>>> From: Tony Wu [mailto:wuyuehao@gmail.com]
>>>>> Sent: Tuesday, September 12, 2006 10:26 PM
>>>>> To: harmony-dev@incubator.apache.org
>>>>> Subject: Re: [classlib]volunteer to supply patches for old JIRAs
>>>>>
>>>>> On 9/13/06, Spark Shen <smallsmallorgan@gmail.com> wrote:
>>>>>
>>>>>           
>>>>>> Tony Wu 写道:
>>>>>>
>>>>>>             
>>>>>>> Hi all,
>>>>>>> I noticed there're many unresolved JIRAs posted so long time.
I
>>>>>>> purpose to
>>>>>>> dive into and find whether it is in my range and try to supply
a
>>>>>>>               
>>> patch
>>>       
>>>>>>> if no
>>>>>>> one objects :)
>>>>>>> Is there anyone alse has interest and would like to work with
me?
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>> Hi,
>>>>>> It is interesting of your proposal. May I join in?
>>>>>>
>>>>>>             
>>>>> Great! Welcome!
>>>>>
>>>>> I noticed that there are many categories of components. I suggest we
>>>>>
>>>>>           
>>>>>> only deal with those components we are familier with.
>>>>>> Since there are so many unresolved JIRAs, will you start from the
>>>>>> beginning and I will start from the end. If someone else is
>>>>>>             
>>> interested,
>>>       
>>>>>> he/she may start from the middle. :-)
>>>>>>
>>>>>>             
>>>>> good idea, I'll start to look in descendent order of jira sn.
>>>>>
>>>>>
>>>>> Best regards
>>>>>
>>>>>           
>>>>>> --
>>>>>> Spark Shen
>>>>>> China Software Development Lab, IBM
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>> ---------------------------------------------------------------------
>>>       
>>>>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>>>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>>>>> For additional commands, e-mail:
>>>>>>             
>>> harmony-dev-help@incubator.apache.org
>>>       
>>>>>>
>>>>>>             
>>>>> --
>>>>> Tony Wu
>>>>> China Software Development Lab, IBM
>>>>>
>>>>>           
>>>> ---------------------------------------------------------------------
>>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>>
>>>>
>>>>
>>>>         
>>> -- 
>>> Spark Shen
>>> China Software Development Lab, IBM
>>>
>>>
>>> ---------------------------------------------------------------------
>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>
>>>
>>>       
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>
>>
>>     
>
>
>   

-- 
Oliver Deakin
IBM United Kingdom Limited


---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message