RFR 9: 8149750 Decouple sun.misc.Signal from the base module

Chris Hegarty chris.hegarty at oracle.com
Mon Feb 15 11:22:05 UTC 2016

On 12/02/16 17:47, Roger Riggs wrote:
> Please review moving the functionality of sun.misc.Signal to
> jdk.internal.misc and
> creating a wrapper sun.misc.Signal for existing external uses.
> +++ This time including the hotspot changes to update the target of the
> upcalls.
> A new replacement API will be considered separately.
> The update includes a test that passes with or without the changes.
> (Except for an NPE instead of SEGV if null is passed).
> Webrev:
>    jdk: http://cr.openjdk.java.net/~rriggs/webrev-signal-9149750/

Overall looks ok, and satisfies the requirement of JEP 260.

It took me a while to satisfy myself that it is ok to "ignore"
the passed Signal in the wrapper's 'handle' methods. The assumption
is that this wrapper's signal field and the passes signal are, MUST,
represent the same underlying signal. Maybe an assert to make this

Looking at j.i.m.Signal.<init>, I can see that you explicitly check
for the 'SIG' prefix and prepend it if not there, but toString() also
prepends it. Will getName also be impacted by this ( it may now have
the name prepended with 'SIG', where it previously was not ).

> hotspot: http://cr.openjdk.java.net/~rriggs/webrev-hs-signal-9149750/

Looks fine.


More information about the hotspot-runtime-dev mailing list