http://bugs.winehq.org/show_bug.cgi?id=18183
Summary: Crazy Machines with CD-ROM: no mouse, no exit Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs@winehq.org ReportedBy: hoehle@users.sourceforge.net
Some testers in AppDB already mentioned broken exit behaviour with Crazy Machines: "Quit the game takes some times very long or don't work at all" "Exiting the game can only be achieved with Ctrl + C. The Quit Game ingame option does not work." "Even the quit-bug in wine 1.1.3 vanished for me"
The exact behaviour depends on whether wine pretends there is a CD-ROM drive. What's even weirder is that failure to exit the application correlates with an invisible mouse pointer.
Two version of Crazy Machines I can test present similar behaviour: - CM Inventor's Workshop (Erfinderwerkstatt, retail) - CM Operation Brainstorm (sequel aka. New Challenges, demo)
In Inventor's workshop (IW), when the game does not exit, the info screen (with 2 exit+cancel buttons) disappears, returning to the main menu. In Operations Braintorm (OB), the trailer screen remains in place. The invisible mouse pointer makes it tough to select objects, but they still highlight and react when the mouse passes over them.
The following table lists some of my findings. * "poi" means whether the mouse pointer is visible or not. * "mou" HW or SW inside the app's option menu. * "exi" whether the app exists when asked to. * "full." winecfg fullscreen or desktop window. The app's own option is always fullscreen, to avoid an ugly border. * "music" off, CD or game's own .ogg files, see options menu * "DOS" the one important point: what kind of drives does wine declare?
poi/exi full. window mou ver OS wine music DOS ok/yes desktop 800x600 HW IW Intrepi 1.1.19 HD C+Z ok/yes yes 800x600 HW IW Intrepi 1.1.19 HD C+Z ok/yes desktop 800x600 HW OB Intrepi 1.1.19 HD C+Z ok/yes yes 800x600 HW OB Intrepi 1.1.19 HD C+Z ok/yes desktop 800x600 HW OB Intrepi 1.1.19 HD C+Z+D(link) no/no desktop 800x600 HW OB Intrepi 1.1.19 HD C+Z+D(defd, empty) no/no desktop 800x600 HW IW Intrepi 1.1.19 HD C+Z+D(defd, empty) ok/no desktop 800x600 SW IW Intrepi 1.1.19 HD C+Z+D(defd, empty) no/no desktop 800x600 HW IW Hardy 1.1.19 HD C+Z+D(defd, empty) no/no desktop 800x600 HW IW Hardy 1.1.19 CD C+Z+D(data) ok/yes desktop 800x600 HW IW Intrepi 1.1.19 CD C+Z+D(mus) froze desktop 800x600 HW OB Intrepi 1.1.19 CD C+Z+D(mus) no/no desktop 800x600 HW OB Intrepi 1.1.19 CD C+Z+D(mix) ok/yes desktop 800x600 HW IW Hardy 1.1.19 CD C+Z+D(mus) froze desktop 800x600 HW IW Hardy 1.1.19 CD C+Z+D(mix)
* "link" means a sole symbolic link without further action: ln -s /media/cdrom ~/.wine/dosdevices/d: * "D" means d: -> /media/cdrom0 and d:: -> /dev/scd0 winecfg can create this for you when it detects a CD-ROM in a drive. * "defd" (defined) means an entry like follows in system.reg: [Software\Wine\Drives] 1240505086 "d:"="cdrom" You need not mess with the registry. Use winecfg, then check the result in system.reg. * "mus" means a music CD is inserted. * "mix" means a data CD-ROM with additional music tracks is inserted.
A link dosdevices/d:: -> /dev/scd0 alone does not cause trouble. (It produces interesting results with wine cmd dir d: -- serial number and label are listed, but no contents).
Both registry entry and dosdevices/d: (not d::) must be set for the bug to show up. I choose /media/cdrom above as an example, but the bug also shows up when you declare a directory from your HD as a CD-ROM in winecfg.
With a CD-ROM in the drive, this effect mostly disappears.
A distinct issue is that Intrepid froze shortly after the CD-ROM was accessed (repeatably). The caps_lock light went on. Hardy froze while in the initial screen (Die Völker CD-ROM); no caps_lock. I need to investigate this further before reporting it, as I have some other wine apps that freeze Linux, and most of these also can use mcicda -- maybe that's the clue.
Using Ubuntu Intrepid and Kubuntu Hardy, ALSA without pulseaudio (pactl exit), Intel AC'97 audio.