review request: 4244896: (process) Provide System.getPid(), System.killProcess(String pid)

Rob McKenna rob.mckenna at
Tue Jun 26 12:30:02 UTC 2012

Thanks Thomas,

As per Alan's mail, we're going to deal with this as a separate issue 
after we've discussed it.


On 25/06/12 10:52, Alan Bateman wrote:
> On 25/06/2012 09:56, Thomas Stüfe wrote:
>> Hi, Rob,
>> src/solaris/native/java/lang/UNIXProcess_md.c:
>> You never check the return code of kill(2). kill() may fail if you
>> have no permission to kill the process (EPERM), or if the process id
>> is invalid, maybe it has already been reaped. In both cases an
>> exception would be nice, or if you decide this cannot happen in the
>> context of, at least an assert().
> One thing to add to this is that the destroy method has been there 
> since jdk1.0 and is not defined or specified to throw any exceptions 
> so we can't really change that now. From the history it doesn't look 
> like the return from kill(2) has ever been checked. As it can only ne 
> used to send a signal to processes created by the ProcessBuilder or 
> Runtime.exec API (not arbitrary process) then it is unlikely to fail. 
> Whether the new destroy method should specify an exception may require 
> consideration and maybe a separate bug should be created to consider 
> that.
> -Alan

More information about the core-libs-dev mailing list