RFR(M): 6407976: GC worker number should be unsigned

[Evgeniya Stepanova]

Hi,

Review have been changed. I've manually checked that all .patch files 
were "webreved" correctly
new webrev: http://cr.openjdk.java.net/~eistepan/6407976/webrev.02/
webrevdiff: http://cr.openjdk.java.net/~eistepan/6407976/webrev.02.diff/
Thanks for watching at this!

Jane
On 23.04.2015 14:29, Evgeniya Stepanova wrote:
> Hi Thomas,
>
> Thanks for the review!
> I will fix all the mistakes you've pointed to
>
> Jane
>
> On 23.04.2015 13:29, Thomas Schatzl wrote:
>> Hi,
>>
>> On Mon, 2015-04-20 at 16:27 +0300, Evgeniya Stepanova wrote:
>>> The webrev for the diff could be found at
>>> http://cr.openjdk.java.net/~eistepan/6407976/webrev.01.diff/  
>>>
>>> But changes are visible only in patch files, since there are only
>>> white-spaces
>>> changes.
>>    - g1CollectedHeap.cpp, line 3582, the format specifier in the line
>> "st->print("%3d ", i)" should be %u
>>
>>    - in g1CollectedHeap.cpp, in the constructor for
>> RebuildRSOutOfRegionClosure, the _worker_i member of the class can be
>> removed, it seems unused.
>>
>>    - concurrentMarkSweepGeneration.cpp:3153, please align the comment to
>> the others
>>
>>    - concurrentMarkSweepGeneration.cpp:3645, is it possible to fix the
>> indentation of the parameters passed to
>> AdaptiveSizePolicy::calc_active_conc_workers()
>>
>>    - concurrentMark.cpp:2320-2323, g1CollectedHeap.cpp:5021-5025,
>> parNewGeneration.cpp:907-910, adaptiveSizePolicy.cpp:100-103,
>> adaptiveSizePolicy.cpp:212-216, adaptiveSizePolicy.hpp:346-350, 361-368
>> parameter indentation wrong.
>>
>> Although you mentioned that the indentation/spacing problems were fixed
>> with this webrev, they seem to persist. The raw files uploaded as well
>> as the complete patchset file still do not contain the expected changes.
>>
>> Please make sure that the local webrev output contains these changes
>> (delete any existing webrev folder in the place where the new webrev
>> folder will be located), and when uploading the webrev, also check
>> whether they were updated.
>>
>> Thanks,
>>    Thomas
>>
>>
>
> -- 
> /Evgeniya Stepanova/

-- 
/Evgeniya Stepanova/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20150424/881f66da/attachment.htm>