RFR(S): 8146011: sun/management/jmxremote/bootstrap/CustomLauncherTest crash at assert(stack_size)

Coleen Phillimore coleen.phillimore at oracle.com
Wed Dec 23 19:37:45 UTC 2015


Thanks Harold!
Also, Goetz reviewed it offline.
Coleen


On 12/23/15 2:28 PM, harold seigel wrote:
> Hi Coleen,
>
> Your change looks good!
>
> Thanks, Harold
>
> On 12/23/2015 12:48 PM, Coleen Phillimore wrote:
>>
>> I've reproduced this and I think this is the fix:
>>
>> Summary: We were setting stack_overflow_limit before initialization 
>> completed which may change the stack base for some solaris systems 
>> with unlimited stack
>>
>> open webrev at http://cr.openjdk.java.net/~coleenp/8146011.01/
>> bug link https://bugs.openjdk.java.net/browse/JDK-8146011
>>
>> Tested with sun/management/jmxremote/bootsrap tests with high stack 
>> limit.  Also, running with JPRT.
>>
>> Thanks,
>> Coleen
>>
>> On 12/23/15 3:43 AM, Lindenmaier, Goetz wrote:
>>> Hi,
>>>
>>> This should fix the given issue as it is closer to the original code.
>>> I had replaced
>>>     thread->stack_base() - thread->stack_size() + ((StackShadowPages 
>>> + StackRedPages + StackYellowPages + StackReservedPages) * 
>>> vm_page_size())
>>> by
>>>     stack_overflow_limit()
>>> which is supposed to point at the address computed above.
>>>
>>> This change reverts this back to
>>>       thread->stack_base() - thread->stack_size() + 
>>> JavaThread::stack_guard_zone_size() + 
>>> JavaThread::stack_shadow_zone_size()
>>>
>>> Unfortunately I don't have further information about the bug or test 
>>> to have a closer look.
>>>
>>> Please review this change.  Please check it solves the issue reported.
>>> I please need a sponsor.
>>> http://cr.openjdk.java.net/~goetz/webrevs/8146011-fixStack/webrrev.00/
>>>
>>> Best regards,
>>>    Goetz.
>>
>



More information about the hotspot-runtime-dev mailing list