RFR(XS): 8042885: java does not take hexadecimal number as vm option

Lois Foltan lois.foltan at oracle.com
Wed May 14 16:52:40 UTC 2014


On 5/14/2014 12:42 PM, Yumin Qi wrote:
> Lois,
>
>   jtreg against test/runtime passed (two failures but not related to 
> this change for sure).
>   I will push the change if you are OK with the result:
>   http://javaweb.us.oracle.com/~yqi/webrev/8042885-jtreg/JTreport/

Hi Yumin,

That does look good, however, maybe my miscommunication, my review 
comment was actually around the need to include a new test with your 
fix.  One that you add that specifically tests a vm option with a 
hexadecimal number.

Thanks,
Lois

>
> Thanks
> Yumin
>
> On 5/14/2014 6:54 AM, Yumin Qi wrote:
>> Lois,
>>
>>   I will update you jtreg result soon.
>>   Thanks for the review!
>>
>> Yumin
>>
>> On 5/14/2014 4:38 AM, Lois Foltan wrote:
>>>
>>> Hi Yumin,
>>>
>>> Looks good, I like this change.  Can you accompany your fix with a 
>>> Hotspot runtime jtreg test for this new capability?
>>>
>>> Thanks,
>>> Lois
>>>
>>> On 5/13/2014 1:24 PM, Yumin Qi wrote:
>>>> Hi, please review the small change for
>>>>
>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8042885
>>>> webrev: http://cr.openjdk.java.net/~minqi/8042885/
>>>>
>>>> Summary: Java does not take number with hexadecimal format as 
>>>> options, like -XX:SharedBaseAddress=0x1D000000 will cause VM exit 
>>>> with improper argument. For addresses, we more like to use 
>>>> hexadecimal format since it is close to machine address display 
>>>> naturally.
>>>>
>>>> Tests: JPRT and manual test:  java -XX:UnlockDiagnosticVMOptions 
>>>> -XX:SharedBaseAddress=0x1D000000 -Xshare:dump
>>>>
>>>> Thanks
>>>> Yumin
>>>
>>
>



More information about the hotspot-runtime-dev mailing list