What happened to System/Process.getPid() ? (original) (raw)

Jim Gish jim.gish at oracle.com
Thu Nov 15 14:51:09 UTC 2012

I got a start on this back in September ( http://cr.openjdk.java.net/~jgish/pidstuff/ <http://cr.openjdk.java.net/%7Ejgish/pidstuff/>), but as Alan indicated, it's not as easy as all this. I haven't gotten back to it, but it is on our radar.

Thanks, Jim

On 11/15/2012 07:26 AM, Martin Buchholz wrote: > I was half-planning on implementing getPid back in 2008 but ran out of time. >> My intent was to have the pid simply be a String, even though on common > platforms an int would suffice, leaving enough room for unusual > implementations to get what they want. > Essentially, return in String form what humans would use to identify > processes on the machine, which might be e.g. "NODENAME:NNN" on a cluster. >> Martin >> On Thu, Nov 15, 2012 at 2:08 AM, Alan Bateman <Alan.Bateman at oracle.com>wrote: >>> On 15/11/2012 01:11, Rob McKenna wrote: >>>>> Hi Thomas, >>>>>> Don't ask me why, but for some reason this mail just landed in my client >>> now. (this happens a lot on this mailing list for some reason) >>>>>> getPid() is still on the todo list at the moment. Once I clear my plate a >>> little I'll follow up on it. >>>>>> -Rob >>>>> I just received too, and dozens of other mails so there must have been a >> blockage somewhere. >>>> I think the issue with 4244896 is just that you didn't change the synopsis >> to reflect what the changes were actually about. It would be good to link >> it to the bug suggesting a getPid equivalent. You probably know this but a >> getPid and perhaps a getCurrentPid requires great care. We cannot assume >> that it can be represented by an int or long, it needs to allow for >> environment that might not have the notion of process as we know it, also >> needs consideration of environment where they may be several VMs running in >> the same process. So lots of wriggle room in the spec, otherwise it will >> not be implementable everywhere. >>>> -Alan >>

Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304 Oracle Java Platform Group | Core Libraries Team 35 Network Drive Burlington, MA 01803 jim.gish at oracle.com

More information about the core-libs-dev mailing list