RFR: SA: MacOS X: 8184042: several serviceability/sa tests timed out on MacOS X
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Thu Sep 7 21:39:05 UTC 2017
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