ebiten/internal/glfwwin
Hajime Hoshi 4a684c4195 treat Windows error values as uint32 instead of windows.Handle
The error value are defined as windows.Handle (64bit) in
golang.org/x/sys/windows, but an actual type should be HRESULT (32bit).
This causes an issue that a returning value from a Windows API was
recognized as a non-zero error value though the value was not an error,
when the value's lower 32-bits are all zero.

See also https://github.com/golang/go/issues/48736#issuecomment-1143993096

Updates #2113
2022-06-02 12:10:21 +09:00
..
api_windows.go treat Windows error values as uint32 instead of windows.Handle 2022-06-02 12:10:21 +09:00
context_windows.go internal/glfw: use shorter copyright comments 2022-05-27 20:38:45 +09:00
glfw3h_windows.go internal/glfw: use shorter copyright comments 2022-05-27 20:38:45 +09:00
init_windows.go internal/glfw: use shorter copyright comments 2022-05-27 20:38:45 +09:00
input_windows.go internal/glfw: use shorter copyright comments 2022-05-27 20:38:45 +09:00
internal_windows.go internal/glfwwin: refactoring: remove Monitor.currentMode 2022-05-29 16:00:18 +09:00
monitor_windows.go internal/glfwwin: bug fix: update _glfw.windows 2022-06-01 00:01:07 +09:00
wglcontext_windows.go internal/glfwwin: split GDK part to a new package internal/microsoftgdk 2022-05-29 19:25:26 +09:00
win32init_windows.go internal/glfwwin: ignore the error at SetProcessDpiAwarenessContext 2022-06-01 23:11:06 +09:00
win32monitor_windows.go internal/glfwwin: split GDK part to a new package internal/microsoftgdk 2022-05-29 19:25:26 +09:00
win32platform_windows.go internal/glfw: use shorter copyright comments 2022-05-27 20:38:45 +09:00
win32thread_windows.go internal/glfw: use shorter copyright comments 2022-05-27 20:38:45 +09:00
win32window_windows.go internal/glfwwin: skip some functions for Xbox 2022-06-01 12:08:03 +09:00
window_windows.go internal/glfwwin: bug fix: update _glfw.windows 2022-06-01 00:01:07 +09:00