-
-
Notifications
You must be signed in to change notification settings - Fork 131
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
windows-sys crate breaks native-windows-gui (GetWindowSubclass could not be found on .exe load) #251
Comments
similar problems here.trying to make native-windows-gui work with mio-0.8.3
compile succeed but can not start. (exit code: 0xc0000139, STATUS_ENTRYPOINT_NOT_FOUND) the procedure entry point GetWindowSubclass could not be located in the dynamic link library Update: https://crates.io/crates/embed-resource https://docs.microsoft.com/en-us/windows/win32/api/commctrl/nf-commctrl-getwindowsubclass fixed by links above |
I've been using the https://crates.io/crates/embed-manifest It's just a couple of functions that you add to your |
For those searching for this issue, the previous comments had the solution but it was quite a time to read them. Add to your root dir: appname.exe.manifest
appname-manifest.rc
build.rs
Add to your Cargo
Note: it's a BUILD dep, not a regular dependancy. |
I updated to the latest curl, which brought in schannel. schannel switched from winapi to windows-sys. windows-sys seems incompatible with native-windows-gui.
Was able to work around via adding the following to Cargo.toml:
The text was updated successfully, but these errors were encountered: