http://bugs.winehq.org/show_bug.cgi?id=13087
Summary: Hard Truck Apocalypse fails to load keyboard layout Product: Wine Version: 0.9.61. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs@winehq.org ReportedBy: johan.palmqvist@home.se
Created an attachment (id=12861) --> (http://bugs.winehq.org/attachment.cgi?id=12861) DInput error message screenshot
During startup Hard Truck Apocalypse tries to load keyboard layout 00000409 but fails.
According to forum posts the same error can happen under XP if the locale is anything other than english and the english keyboard layout is not installed.
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #1 from Johan Palmqvist johan.palmqvist@home.se 2008-05-09 21:00:33 --- Created an attachment (id=12862) --> (http://bugs.winehq.org/attachment.cgi?id=12862) Game engine log output
http://bugs.winehq.org/show_bug.cgi?id=13087
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-dinput |-unknown
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-09 23:49:00 --- Does it help if you change dlls/winex11.drv/keyboard.c,X11DRV_LoadKeyboardLayout and X11DRV_ActivateKeyboardLayout to return not 0 and don't set last error?
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #3 from Johan Palmqvist johan.palmqvist@home.se 2008-05-10 06:19:00 --- (In reply to comment #2)
Does it help if you change dlls/winex11.drv/keyboard.c,X11DRV_LoadKeyboardLayout and X11DRV_ActivateKeyboardLayout to return not 0 and don't set last error?
Thanks for your quick answer! Yes, I compiled your fix with 1.0-rc1 (can this fix be integrated in 1.0 or is it an ugly hack?) and now the game starts and everything seems to work really good except for two important things:
Massive graphics corruption in the sky which creates "walls" on the ground (makes it unplayable because you can't see where you are all the time). This game has pretty advanced graphics as far as I know. OffscreenRenderingMode=backbuffer doesn't allow the game to start while pbuffer and fbo seems to give the exact same artifacts.
Mouse input seems a bit strange when trying to rotate the cannon 360 degrees (it's needed to survive in the game). It seems to get stuck when I try to rotate more than 120 degrees or something (I've seen the same or a similar problem in Pariah too).
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #4 from Austin English austinenglish@gmail.com 2008-11-12 14:25:41 --- Is this still an issue in current (1.1.8 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #5 from Johan Palmqvist johan.palmqvist@home.se 2008-11-13 07:42:39 --- (In reply to comment #4)
Is this still an issue in current (1.1.8 or newer) wine?
Yes, but it can be worked around by patching the source as suggested above and recompiling.
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #6 from Dušan Hokův dusan@mirc.cz 2009-02-01 10:09:25 --- with wine 1.1.12 still not work
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #7 from Dušan Hokův dusan@mirc.cz 2009-02-01 10:12:23 --- Created an attachment (id=19152) --> (http://bugs.winehq.org/attachment.cgi?id=19152) log
log
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #8 from Austin English austinenglish@gmail.com 2009-08-05 10:17:48 --- Is this still an issue in current (1.1.26 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #9 from Johan Palmqvist johan.palmqvist@home.se 2009-08-10 16:02:35 --- (In reply to comment #8)
Is this still an issue in current (1.1.26 or newer) wine?
Yepp, still there in 1.1.27 and git 2009-08-10.
On a side note: Identical problem in the sequel (HTA: RoC) to the game too. Both of these games will get platinum rating once this bug is fixed and Xi2 solves the mouse problems.
http://bugs.winehq.org/show_bug.cgi?id=13087
Johan Palmqvist johan.palmqvist@home.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #10 from Johan Palmqvist johan.palmqvist@home.se 2010-05-14 09:23:19 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=13087
Dzmitry Malyshau kvarkus@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kvarkus@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=13087
Dušan Hokův dusan@mirc.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dusan@mirc.cz
--- Comment #11 from Dušan Hokův dusan@mirc.cz 2010-09-04 06:14:28 CDT --- Game Hard truck apocalypse run under wine 1.3.2 with change returncodes described in comment 2. No graphics or sound problem. But only mouselook bug, cannot rotate 360°. And intro missing :-(
http://bugs.winehq.org/show_bug.cgi?id=13087
--- Comment #12 from Dušan Hokův dusan@mirc.cz 2011-05-28 06:27:36 CDT --- (In reply to comment #11)
Game Hard truck apocalypse run under wine 1.3.2 with change returncodes described in comment 2. No graphics or sound problem. But only mouselook bug, cannot rotate 360°. And intro missing :-(
With Wine 1.3.21 (mouse look bug disappear) and with change returncodes in comment 2 work game wery well. Intro still missing.
http://bugs.winehq.org/show_bug.cgi?id=13087
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #13 from GyB gyebro69@gmail.com 2012-09-09 02:36:26 CDT --- Still present in Wine 1.5.12
http://bugs.winehq.org/show_bug.cgi?id=13087
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |32812
http://bugs.winehq.org/show_bug.cgi?id=13087
Bug 13087 depends on bug 32812, which changed state.
Bug 32812 Summary: Hard Truck Apocalypse crashes on start with built-in msvcp71 http://bugs.winehq.org/show_bug.cgi?id=32812
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=13087
Artem turbonomad@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |turbonomad@gmail.com
--- Comment #14 from Artem turbonomad@gmail.com --- Still reproduced with current wine 1.7.19
https://bugs.winehq.org/show_bug.cgi?id=13087
Вова Гаврилов gavr.vavacik-master@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gavr.vavacik-master@yandex. | |ru
--- Comment #15 from Вова Гаврилов gavr.vavacik-master@yandex.ru --- I`m using wine 1.7 x86-64 in Arch linux. I have this bug with Hard truck: Apocalypse. When I tried to change the returncodes and setting of errors, how it described by Dmirty Timoshkov, with the same result What I do: $ git clone git://source.winehq.org/git/wine.git ~/wine-git $ emacs wine-git/dlls/winex11.drv/keyboard.c in the emacs i did following: "search -> string forward", enter "X11DRV_LoadKeyboardLayout", erased "SetLastError(ERROR_CALL_NOT_IMPLEMENTED)" and "0" from behind of "return". Then repeated it after searching "X11DRV_ActivateKeyboardLayout" several times. then, $ ./configure && make depend && make creating new wine prefix and ~/.wine/drive_c/hta/hta.exe I created wieprefix with 32 bits, using "WINEARCH=win32 winecfg", with the same result. I removed package and all preferences of package wine and install it with making. With the same result. Tried 32- and 64-bit versions of wineprfix, each time created a new one. I did it about one year ago using wine 1.4.1 ... with the same result. What i did wrong?
https://bugs.winehq.org/show_bug.cgi?id=13087
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |icaesararts@gmail.com
--- Comment #16 from Béla Gyebrószki gyebro69@gmail.com --- *** Bug 34683 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=13087
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #17 from super_man@post.com --- Code untouched 1.7.53
https://bugs.winehq.org/show_bug.cgi?id=13087
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #18 from Béla Gyebrószki gyebro69@gmail.com --- This was fixed somewhere between 1.9.10 and 1.9.20, according to my testing. Tested with the Gamersgate version.
https://bugs.winehq.org/show_bug.cgi?id=13087
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.4.
-
wine-bugs＠winehq.org