RFR: SA: MacOS X: 8184042: several serviceability/sa tests timed out on MacOS X
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Tue Oct 10 04:18:54 UTC 2017
Hi Jini,
+1
Thanks,
Serguei
On 10/9/17 20:31, David Holmes wrote:
> 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