https://bugs.winehq.org/show_bug.cgi?id=46711
--- Comment #40 from Zebediah Figura z.figura12@gmail.com --- Created attachment 64030 --> https://bugs.winehq.org/attachment.cgi?id=64030 winebus.sys.so with 164517fe5 reverted
(In reply to Gerold from comment #39)
I visited the Wine Developer's Guide/Debugging Wine and tried with WineDbg, but that could not lead me to the problem, why as example "HidD_GetManufacturerString" under Wine 4.4 does return an empty string.
winedbg is not generally a very efficient way to determine what is wrong, especially here, since the problem seems to be in the interface with udev.
I also tried the Windows version from the recommended GoVest and other debuggers like OllyDbg and IDA 7. Looks like the DLL "hid.dll" is always loaded and directly after that unloaded. That means, I will never get into "HidD_GetManufacturerString". The Linux version of IDA 7 did not run the Windows EXE.
Probably something is wrong with the debuggers. DLL loading is working correctly according to the logs.
My next idea is, how can I build my own version of the (hid)dll, where the functions "HidD_GetManufacturerString" etc. will return exactly the values I need for the original program for my HID device? Maybe the program will correctly run after it gets the correct values.
By compiling Wine from source.
There exists a "hid.dll" in the system32 folder, but without any exports. Where is the source for this file? There exists also a "hid.dll.so" and I guess that the source for this file is stored in wine-4.4/dlls/hid right?
The "hid.dll" is a fake DLL, it's expected to look like that. I don't know where hid.dll.so is under your distribution.
How can I compile just this file?
./configure; make __builddeps__; make -C dlls/hid
I never compiled something under Linux and using Mint 19.1, "./configure" already fails.
With what error?
Anyway, if you're not comfortable compiling Wine from source, can you try replacing winebus.sys.so with the attached file? It contains 164517fe5 reverted.