http://bugs.winehq.org/show_bug.cgi?id=18218
Summary: spec file for xinput1_3 is incorrect Product: Wine Version: 1.1.20 Platform: PC OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: galtgendo@o2.pl
I found a game, that didn't run with builtin xinput1_3, but run with native xinput1_3 and d3dx9_36. After much testing and seeing a strange difference between relay on builtin and snoop on native, I took a guess and changed the order of functions in spec file. That worked, but the more correct way is probably giving proper ordinals: 2 stdcall XInputGetState(long ptr) 3 stdcall XInputSetState(long ptr) 4 stdcall XInputGetCapabilities(long long ptr) 5 stdcall XInputEnable(long) 6 stdcall XInputGetDSoundAudioDeviceGuids(long ptr ptr) 7 stdcall XInputGetBatteryInformation(long ptr ptr) 8 stdcall XInputGetKeystroke(long long ptr) That works too, game no longer needs native xinput1_3. It still needs native d3dx9_36, as D3DXCheckTextureRequirements is not implemented.
http://bugs.winehq.org/show_bug.cgi?id=18218
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-dinput |-unknown
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-26 02:03:12 --- What's the name of the game?
http://bugs.winehq.org/show_bug.cgi?id=18218
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18218
--- Comment #2 from Rafał Mużyło galtgendo@o2.pl 2009-04-26 10:05:18 --- Created an attachment (id=20731) --> (http://bugs.winehq.org/attachment.cgi?id=20731) diff of logs - relevant part, gzipped
This is a part of a diff between logs of unpatched wine with - builtin xinput1_3 (and d3dx9_36) - native xinput1_3 (and d3dx9_36) with WINEDEBUG="+relay,+snoop".
http://bugs.winehq.org/show_bug.cgi?id=18218
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-26 12:58:15 --- Patch sent: http://www.winehq.org/pipermail/wine-patches/2009-April/072324.html
http://bugs.winehq.org/show_bug.cgi?id=18218
--- Comment #4 from Rafał Mużyło galtgendo@o2.pl 2009-04-26 16:48:47 --- I wonder if there are other libs hit by such problem, cause, as shown, they are bit hard to detect.
http://bugs.winehq.org/show_bug.cgi?id=18218
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-26 17:01:44 --- The only way to know for sure is to create braindamage tests for apps that use ordinals now days. Especially considering that xinput1_1 has different ordinals.
http://bugs.winehq.org/show_bug.cgi?id=18218
--- Comment #6 from Rafał Mużyło galtgendo@o2.pl 2009-04-26 19:14:35 --- The app in question here was released at the end of last year.
http://bugs.winehq.org/show_bug.cgi?id=18218
--- Comment #7 from Rafał Mużyło galtgendo@o2.pl 2009-05-01 11:05:51 --- (In reply to comment #3)
Patch sent: http://www.winehq.org/pipermail/wine-patches/2009-April/072324.html
Will you resubmit it, as it got rejected ?
http://bugs.winehq.org/show_bug.cgi?id=18218
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2009-05-07 08:37:51 --- Patch committed, closing.
http://bugs.winehq.org/show_bug.cgi?id=18218
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org 2009-05-08 12:53:14 --- Closing bugs fixed in 1.1.21.
-
wine-bugs＠winehq.org