[Bug 41358] New: Dynahack 0.6.0 (32-bit) hangs when attempting to launch the game via terminal
https://bugs.winehq.org/show_bug.cgi?id=41358 Bug ID: 41358 Summary: Dynahack 0.6.0 (32-bit) hangs when attempting to launch the game via terminal Product: Wine Version: 1.9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- In Wine 1.9.19, any attempts to run the 32-bit version of Dynahack with a 32-bit prefix end with the game not launching. Unfortunately, I can't get any terminal output when launching the game with "wine dynahack.exe". -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 fjfrackiewicz(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |https://github.com/tung/Dyn | |aHack/releases/download/v0. | |6.0/dynahack-0.6.0-1-win-x8 | |6.zip -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords| |source --- Comment #1 from Bruno Jesus <00cpxxx(a)gmail.com> --- The game is in a loop: 002b:Call KERNEL32.GetNumberOfConsoleInputEvents(00000013,006c0edc) ret=00605309 002b:Ret KERNEL32.GetNumberOfConsoleInputEvents() retval=00000001 ret=00605309 002b:Call KERNEL32.Sleep(00000032) ret=00606d10 002b:Ret KERNEL32.Sleep() retval=00000000 ret=00606d10 002b:Call KERNEL32.GetNumberOfConsoleInputEvents(00000013,006c0edc) ret=00605309 002b:Ret KERNEL32.GetNumberOfConsoleInputEvents() retval=00000001 ret=00605309 002b:Call KERNEL32.Sleep(00000032) ret=00606d10 002b:Ret KERNEL32.Sleep() retval=00000000 ret=00606d10 ... Don't know what it is expecting. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 --- Comment #2 from Bruno Jesus <00cpxxx(a)gmail.com> --- I'm not sure this can work in a linux console. If you make wine open its own cmd window it will at least paint the initial screen. The game is using WriteConsoleOutput to draw characters at coordinates in the screen. So use: wine start cmd And then run the game from inside cmd. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 --- Comment #3 from fjfrackiewicz(a)gmail.com --- (In reply to Bruno Jesus from comment #2)
I'm not sure this can work in a linux console.
If you make wine open its own cmd window it will at least paint the initial screen. The game is using WriteConsoleOutput to draw characters at coordinates in the screen.
So use: wine start cmd
And then run the game from inside cmd.
Confirming that this works. Not sure if to close this bug or what. Anyways, thanks for the help :) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 --- Comment #4 from Bruno Jesus <00cpxxx(a)gmail.com> --- For me this is a bug, I would like to hear other dev opinions. The game changes the console size and uses coordinates to print its GUI and then use a specific function to read console input. Is CMD aware that its being resized by API? It could produce a warning in the console that this is impossible and that user should run CMD in its own window. Also why positioned printing does not work? Isn't there a place we can translate the XY to escapes? I tried interpreting programs/cmd code, then kernel32/console.c and then server/console.c but I can't really find what I'm looking for. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 --- Comment #5 from Alexandre Julliard <julliard(a)winehq.org> --- If you want to run inside the Unix console you have to run with wineconsole --backend=curses. This is not the default because switching to curses mode is not a nice experience for the vast majority of apps. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 --- Comment #6 from Bruno Jesus <00cpxxx(a)gmail.com> --- (In reply to Alexandre Julliard from comment #5)
If you want to run inside the Unix console you have to run with wineconsole --backend=curses. This is not the default because switching to curses mode is not a nice experience for the vast majority of apps.
Thanks for the reply. Using curses makes the game work with 2 conditions: - The window is not resized when the game launches; - Uppercase keys are not recognized inside the game (either using caps lock or shift+key). Do you think we can repurpose the bug for one of this or it would be waste of efforts since the game works in standard wineconsole? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41358 --- Comment #7 from Alexandre Julliard <julliard(a)winehq.org> --- (In reply to Bruno Jesus from comment #6)
Do you think we can repurpose the bug for one of this or it would be waste of efforts since the game works in standard wineconsole?
curses support is not high priority, but there's no harm in having a bug for it, in case someone feels like looking into it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org