moby--moby/vendor/github.com/Microsoft/hcsshim/internal/winapi/process.go

package winapi

const PROCESS_ALL_ACCESS uint32 = 2097151

// DWORD GetProcessImageFileNameW(
//	HANDLE hProcess,
//	LPWSTR lpImageFileName,
//	DWORD  nSize
// );
//sys GetProcessImageFileName(hProcess windows.Handle, imageFileName *uint16, nSize uint32) (size uint32, err error) = kernel32.GetProcessImageFileNameW
vendor: update github.com/Microsoft/hcsshim v0.8.10 (back to tagged release) This switches the hcsshim dependency back to tagged releases, instead of the special "moby" branch. This makes the dependency align with both BuildKit and containerd, which use these versions. The switch to the "moby" branch was done in 286547848751229fa14974da389e1d4c676d8ee5, to bring in a fix for image import, without having to bring in additional changes; > We changed to the moby branch for a couple of reasons: > > - Allows us to take this important change without needing to also pull in all > of the other work that has been going on in the repo. > - moby uses an older set of APIs exposed from hcsshim, based on the HCS v1 > functionality. Going forwards, we have discussed deprecating/removing these > APIs from the mainline branch in hcsshim, so our thinking was we could keep > this moby branch around to ensure we don't break compatibility there. > > (...) Long term, the best path here is to get moby using containerd as the > backend on Windows, which should alleviate these issues. full diff: https://github.com/Microsoft/hcsshim/compare/9dcb42f100215f8d375b4a9265e5bba009217a85..v0.8.10 Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2020-11-18 11:43:37 +01:00			`package winapi`

			`const PROCESS_ALL_ACCESS uint32 = 2097151`
Bump hcsshim to get some fixes. This also requires bumping winio. Signed-off-by: Brian Goff <cpuguy83@gmail.com> 2021-04-07 22:45:33 +00:00
			`// DWORD GetProcessImageFileNameW(`
			`// HANDLE hProcess,`
			`// LPWSTR lpImageFileName,`
			`// DWORD nSize`
			`// );`
			`//sys GetProcessImageFileName(hProcess windows.Handle, imageFileName *uint16, nSize uint32) (size uint32, err error) = kernel32.GetProcessImageFileNameW`