https://bugs.winehq.org/show_bug.cgi?id=37799
Bug ID: 37799 Summary: Children of the Nile: crash on start when not using virtual desktop Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: rtpublic1@gmail.com Distribution: ArchLinux
Created attachment 50345 --> https://bugs.winehq.org/attachment.cgi?id=50345 complete wine output
Children of the Nile crashes on startup when not using a virtual desktop.
Demo download: http://immortalcities.com/cotn/downloads/demo.php sha1sum: 1decec0cd05bd56f48cc75f75f3b14d67301ac72
Simple workaround: select virtual desktop in winecfg -> bug severity: minor
$ wine --version wine-1.7.33-84-gfecbc88 (latest git as of 2014-12-29)
wine build with: ./configure STRIP=/bin/true CFLAGS="-O0 -g" make -j4 sudo make install
Steps to reproduce crash: install demo from above URL cd "$WINEPREFIX/drive_c/Program Files/Tilted Mill/Children of the Nile Demo" wine CoTN.exe
Output attached.
Please let me know if you need more info.
https://bugs.winehq.org/show_bug.cgi?id=37799
rtpublic1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://immortalcities.com/c | |otn/downloads/demo.php
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #1 from rtpublic1@gmail.com --- The "winedbg: Internal crash at 0x7ec18de6" (last line in the log) happens because dbg_curr_process is NULL.
winedbg.c main line 673 -> tgt_active.c dbg_active_auto
dbg_active_auto crashes on line 851: dbg_curr_process->process_io->close_process(dbg_curr_process, TRUE);
dbg_curr_process is NULL, so winedbg crashes.
Is this worth a new bug report?
https://bugs.winehq.org/show_bug.cgi?id=37799
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #2 from joaopa jeremielapuree@yahoo.fr --- Confirming. The demo works well in a virtual desktop and crashes in fullscreen mode without virtual desktop
This is a regression, since it used to work fine long time ago.
https://bugs.winehq.org/show_bug.cgi?id=37799
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #3 from Ken Sharp imwellcushtymelike@gmail.com --- Confirming then.
Needs a regression test. http://wiki.winehq.org/RegressionTesting
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #4 from joaopa jeremielapuree@yahoo.fr --- I will perform a regression test when it is easy to compile and install wine on a 64bits machine.
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #5 from joaopa jeremielapuree@yahoo.fr --- Regression testing is useless since the bug is fixed in current git
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #6 from rtpublic1@gmail.com --- Still crashes for me with latest git.
$ wine --version wine-1.7.45-241-gefd41e4
Output has not changed significantly.
The problem is present in the versions of wine that I can successfully compile (>= 1.6.2).
https://bugs.winehq.org/show_bug.cgi?id=37799
Michael McGuire spoon0042@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spoon0042@hotmail.com
--- Comment #7 from Michael McGuire spoon0042@hotmail.com --- Weird. With wine 1.7.45 I can start it fine with or without a virtual desktop but when I try to play a game (the tutorial or whatever, when I click "proceed") I get a crash in fglrx.
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- At least, it would be good to know if you are using a native d3dx9_36. Without it, I can not enter into the game.
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #9 from Michael McGuire spoon0042@hotmail.com --- ok, gave that a try. With or without d3d9x_36 (or virtual desktop) I get the same crash. That's with fglrx. Gave the radeon driver a shot and with that I can successfully start a game, again with or without d3d9x_36 or virtual desktop. Hope that helps, I guess?
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #10 from joaopa jeremielapuree@yahoo.fr --- That proves that there is a bug in your propriatary amd driver. Report it to amd company.
As I said (and you confirm with good driver) the bug is fixed.
This bug can be closed as FIXED.
https://bugs.winehq.org/show_bug.cgi?id=37799
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net, | |super_man@post.com
--- Comment #11 from super_man@post.com --- I can't confirm the issue.
I "played" the game in tutorial for a moment. I shouldnt be able to enter even main menu according to title in fullscreen mode.
amd r9 290, mesa drivers
wine 1.7.55
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #12 from rtpublic1@gmail.com --- Seems to be fixed.
wine-1.7.55, Intel graphics, mesa 11.0.5
https://bugs.winehq.org/show_bug.cgi?id=37799
--- Comment #13 from super_man@post.com --- (In reply to rtpublic1 from comment #12)
Seems to be fixed.
wine-1.7.55, Intel graphics, mesa 11.0.5
You can close this bug as fixed. You can close all bugs that you have yourself created. Not all users have the permissions to do so. This will lighten the burden of those who have the privileges.
https://bugs.winehq.org/show_bug.cgi?id=37799
rtpublic1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #14 from rtpublic1@gmail.com --- Marking fixed.
https://bugs.winehq.org/show_bug.cgi?id=37799
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.8-rc1.
-
wine-bugs＠winehq.org