http://bugs.winehq.org/show_bug.cgi?id=19400
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine.dev@web.de
--- Comment #14 from Vitaliy Margolen vitaliy@kievinfo.com 2009-11-10 00:16:53 --- (In reply to comment #13)
I don't know how LPFNDEVMODE is defined
typedef UINT (CALLBACK* LPFNDEVMODE)(HWND, HMODULE, LPDEVMODE, LPSTR, LPSTR, LPDEVMODE, LPSTR, UINT);
but it could be that it is a pointer to a stdcall function.
Indeed: #define CALLBACK __stdcall
Would it be kosher to examine the Windows header files to find out?
See above.
Or alternatively, to compile and execute some code on a Windows machine to see what it does?
This would be better. PSDK headers had issues, especially when it comes to poorly documented areas. And as you see here they do conflict as well.
Similar issue with respect to the first two arguments. The documentation disagrees with what Wine does, but it looks like the application is expecting Wine's behavior (though I don't know enough to be sure).
Can't tell you much here, except that Wine doesn't use what it thinks first parameter -lpszDriver. And second (hwnd) won't affect anything if it's wrong. Should be easily verifiable with +psdrv trace looking at the first two params of the PSDRV_ExtDeviceMode() call.
Also adding Detlef he might have some insight on this.