RFR: SA: MacOS X: 8184042: several serviceability/sa tests timed out on MacOS X

David Holmes david.holmes at oracle.com
Tue Oct 10 03:31:11 UTC 2017


Thanks for your patience on this one Jini! The change looks good.

Thanks,
David

On 10/10/2017 2:15 AM, Jini George wrote:
> Hi all,
> 
> I have created a webrev restoring the PT_ATTACH:
> 
> http://cr.openjdk.java.net/~jgeorge/8184042/webrev.01/
> 
> Have included Dmitry's comments on disabling the the deprecation 
> warning. I would like to request for reviews for this.
> 
> Thank you,
> Jini.
> 
> 
> On 9/8/2017 3:09 AM, serguei.spitsyn at oracle.com wrote:
>> On 8/25/17 02:24, serguei.spitsyn at oracle.com wrote:
>>> Hi Jini,
>>>
>>>
>>> On 8/18/17 04:00, David Holmes wrote:
>>>> Hi Jini,
>>>>
>>>> Just reading the bug report and your description below this seems 
>>>> like a major change to try and use a facility (mach exceptions) that 
>>>> no one seems to have any experience with! That isn't something to be 
>>>> rushed.
>>>
>>>> Even if PT_ATTACH has been deprecated restoring its use may be the 
>>>> quick way forward instead of trying to rush in something like this.
>>>
>>> This approach looks reasonable to me.
>>
>> I've just realized that my statement might sound incorrectly.
>> I meant that the David's suggestion to restore the use of the 
>> deprecated PT_ATTACH looks reasonable.
>>
>> Sorry, if it caused any confusion.
>>
>> Thanks,
>> Serguei
>>
>>
>>> Otherwise, it would be nice to hear why it is not good.
>>> How much would it break the fix of the JDK-8182299?
>>>
>>> Thanks,
>>> Serguei
>>>
>>>>
>>>> Just my 2c.
>>>>
>>>> Cheers,
>>>> David
>>>>
>>>> On 18/08/2017 8:00 PM, Jini George wrote:
>>>>> Hi all,
>>>>>
>>>>> Requesting reviews for: 
>>>>> https://bugs.openjdk.java.net/browse/JDK-8184042
>>>>>
>>>>> Webrev: http://cr.openjdk.java.net/~jgeorge/8184042/webrev.00/
>>>>>
>>>>> Problem gist: The deprecated ptrace() command, PT_ATTACH was 
>>>>> changed to PT_ATTACHEXC, which causes mach exceptions (and not UNIX 
>>>>> signals) to be delivered via mach messages.This caused SA to hang 
>>>>> at waitpid() waiting for a signal, which does not arrive.
>>>>>
>>>>> Solution in a nutshell: The solution is to make the required 
>>>>> changes to handle mach 'soft signal' exceptions in the form of mach 
>>>>> messages instead of signals, while attaching to and detaching from 
>>>>> the target process. The detailed steps are outlined in JBS.
>>>>>
>>>>> The changes appear huge due to the inclusion of pre-generated mach 
>>>>> exception handling files (mach_exc*). Since this is an integration 
>>>>> blocker, it would be great to get quick reviews on this.
>>>>>
>>>>> Thank you,
>>>>> Jini.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>


More information about the serviceability-dev mailing list