Skip to content
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

x86 compatibility #76

Open
adamup928 opened this issue May 4, 2020 · 1 comment
Open

x86 compatibility #76

adamup928 opened this issue May 4, 2020 · 1 comment
Assignees

Comments

@adamup928
Copy link

ARM-based devices running Windows currently require 32-bit (x86) builds.

When using libuiohook in this environment (I'm testing against ia32 architecture on win32) pVkToWcharTable is null when accessed within input_helper. I believe this is due to an issue with pointer sizes.

This Stackoverflow post seems related to what's happening here. The answer indicates that utilizing the original kbd.h would work in 32-bit environments.

I did manage to populate pVkToWcharTable by making changes to input_helper.h using the original definitions fromkbd.h, but it seems there needs to be further changes inside keycode_to_unicode to accommodate a 32-bit environment.

I hope helps. This is a bit outside my competency, but I'm happy to test and provide feedback.

@kwhat
Copy link
Owner

kwhat commented Nov 12, 2020

This is going to be a large undertaking and I have no way of testing it on ia32 or arm. I assume by ia32 we are not talking about i386 correct? There is a lot of hand-wavy undocumented memory magic going on in that method... Please provide your changes.
The reason stuff is redefined in input_helper.h is because the kbd.h file is only able to compile with MSVC due to __ptr64 nonsense. PS, that was my question back in the day.

@kwhat kwhat self-assigned this Sep 28, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants