March 2008 - Wine-bugs - list.winehq.org

[Bug 9246] Richard Scarry's Busytown 2000 locks up on click
by wine-bugs＠winehq.org 17 Mar '08

17 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=9246 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winmm&mci --- Comment #5 from Dan Kegel <dank(a)kegel.com> 2008-03-16 22:23:02 --- Changing category... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 7333] Where in the World is Carmen San Diego fails to install
by wine-bugs＠winehq.org 17 Mar '08

17 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=7333 --- Comment #5 from Dan Kegel <dank(a)kegel.com> 2008-03-16 19:45:32 --- *** Bug 11163 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 7333] Where in the World is Carmen San Diego fails to install
by wine-bugs＠winehq.org 17 Mar '08

17 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=7333 --- Comment #4 from Dan Kegel <dank(a)kegel.com> 2008-03-16 19:45:11 --- Turns out touch ~/.wine/drive_c/windows/system32/shell.dll works around this, and lets you get to the next problem. So I guess we need to create a fake 16 bit shell.dll to make this app happy... it ought to be in system, not system32, but touching it there didn't help. (The next problem is: "can't register app with program manager via DDE". To work around this, kill the installer. It leaves the app installed. The next problem is: can't start the game without an 8 bit display. To work around this, edit /etc/X11/xorg.conf to make 8 bits the default, do ctl-alt-backspace; if gdm or gnome crash as they do on gutsy, kill gdm, log in on a console, create a .xinit per 'man startx' with at least xterm and twm in it, and then do 'startx'. The next problem is the game quits with "An error occurred initializing the ports: 10806" and the wine log shows 0012:Call GDI.53: CREATEDC(13673ee1 "DIB",00000000 (null),00000000 (null),14cf:0230) ret=1367:3f0c ds=1387 err:dc:CreateDCW no driver found for L"DIB" 0012:Ret GDI.53: CREATEDC() retval=00000000 ret=1367:3f0c ds=1387 0012:Call USER.1: MESSAGEBOX(0000,1387a4a0 "An error occurred initializing the ports: 10806 ",00000000 (null),0010) ret=122f:0219 ds=1387 There's a file DIB.DRV installed with the game. So I guess we don't support 16 bit drivers :-) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 7229] Using sound in WoW causes a lockup
by wine-bugs＠winehq.org 17 Mar '08

17 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=7229 Alexander Luksep <a.luksep(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |a.luksep(a)gmail.com --- Comment #47 from Alexander Luksep <a.luksep(a)gmail.com> 2008-03-16 19:04:50 --- At first I was going to confirm that it indeed seems like there's a sound-related bug, since -nosound never seems to crash. But I also found out that by turning off hardware acceleration of sounds (within the wow-client, under game menu, sound and voice, "use hardware") I didn't experience any crashes at all for an entire night of pvp'ing/raiding, repeatedly completed alterac valley (which otherwise seemed to crash quite often when using sounds) and no hickup, freeze or crash. Anyone else having any success by doing this? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 201] masking problem - image is not transparent
by wine-bugs＠winehq.org 16 Mar '08

16 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=201 Tobias Jakobi <liquid.acid(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |liquid.acid(a)gmx.net -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 9008] Combat Pillows game: crashing, needs explicit backbuffer
by wine-bugs＠winehq.org 16 Mar '08

16 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=9008 --- Comment #10 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2008-03-16 13:32:09 --- You can implement the version check by moving the code that is currently in IDirectDraw7Impl_CreateSurface into a separate function, then make the older versions call this function instead of the DDraw7 implementation, and make DDraw7 call it as well. Then you can deal with version-specific error checking in the version specific thunks. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 12065] New: RF Online Client is not launching the update utility
by wine-bugs＠winehq.org 16 Mar '08

16 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=12065 Summary: RF Online Client is not launching the update utility Product: Wine Version: 0.9.57. Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=applica tion&iId=6074 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: ergo14(a)gmail.com I got the same result as other person stated in APPDB, the game update client is not launching complaining about wininet and RAS problems if i change wininet to native one. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 4

[Bug 9008] Combat Pillows game: crashing, needs explicit backbuffer
by wine-bugs＠winehq.org 16 Mar '08

16 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=9008 --- Comment #9 from Jaroslav Reznik <rezza(a)seznam.cz> 2008-03-16 12:43:12 --- I'm trying crosscompiling test framework but I'm out of luck (some linking issues). Problem with this patch for me is - how-to determine which version of DDraw is used in IDirectDrawImpl_CreateSurface. Wine is using same code for all versions and then it is typecasted to right version interface. Is it true? And that front/back buffer check is OK for v7, but NOT for older ones - depends on version. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 9008] Combat Pillows game: crashing, needs explicit backbuffer
by wine-bugs＠winehq.org 16 Mar '08

16 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=9008 --- Comment #8 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2008-03-16 12:21:33 --- Can you port your little test program into the test framework in dlls/ddraw/tests/dsurface.c and include that info the patch attached to this bug? With this you've got my OK for the patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0

[Bug 9008] Combat Pillows game: crashing, needs explicit backbuffer
by wine-bugs＠winehq.org 16 Mar '08

16 Mar '08

http://bugs.winehq.org/show_bug.cgi?id=9008 --- Comment #7 from Jaroslav Reznik <rezza(a)seznam.cz> 2008-03-16 12:05:18 --- (In reply to comment #6) > The patch breaks some of our tests, which show that an explicit backbuffer is > not valid. Maybe there is a version difference between the various ddraw > interface versions, and some maybe allow explicit backbuffers. > > This patch needs a test showing that it is valid. > >From my observation it is difference between various ddraw interfaces. Old ddraw interface allows creating explicit front/back buffer, new DirectDraw7 interface doesn't. Proved with my little ddraw sample program in Windows. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 0