mirror of
https://github.com/moby/moby.git
synced 2022-11-09 12:21:53 -05:00
a35bcd01c5
Since https://golang.org/cl/4600042, Close is a straight wrapper of CloseHandle. Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
30 lines
1.2 KiB
Go
30 lines
1.2 KiB
Go
package pidfile // import "github.com/docker/docker/pkg/pidfile"
|
|
|
|
import (
|
|
"golang.org/x/sys/windows"
|
|
)
|
|
|
|
func processExists(pid int) bool {
|
|
h, err := windows.OpenProcess(windows.PROCESS_QUERY_LIMITED_INFORMATION, false, uint32(pid))
|
|
if err != nil {
|
|
return false
|
|
}
|
|
var c uint32
|
|
err = windows.GetExitCodeProcess(h, &c)
|
|
_ = windows.CloseHandle(h)
|
|
if err != nil {
|
|
// From the GetExitCodeProcess function (processthreadsapi.h) API docs:
|
|
// https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-getexitcodeprocess
|
|
//
|
|
// The GetExitCodeProcess function returns a valid error code defined by the
|
|
// application only after the thread terminates. Therefore, an application should
|
|
// not use STILL_ACTIVE (259) as an error code (STILL_ACTIVE is a macro for
|
|
// STATUS_PENDING (minwinbase.h)). If a thread returns STILL_ACTIVE (259) as
|
|
// an error code, then applications that test for that value could interpret it
|
|
// to mean that the thread is still running, and continue to test for the
|
|
// completion of the thread after the thread has terminated, which could put
|
|
// the application into an infinite loop.
|
|
return c == uint32(windows.STATUS_PENDING)
|
|
}
|
|
return true
|
|
}
|