July 2011 - Wine-bugs - list.winehq.org

[Bug 2082] DirectDraw games only showing black screen
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=2082 --- Comment #84 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2011-07-07 17:38:23 CDT --- Created an attachment (id=35470) --> (http://bugs.winehq.org/attachment.cgi?id=35470) A slightly nicer hack This hack makes the software emulated ddraw implementation render to the device window or clipper window. The device window is NULL in most cases, so the ddraw app will essentially render to the screen, overwriting the content of all Windows(including possible child Windows). This is broken in a rather bad way, but that's what native ddraw does. It is also broken in native ddraw, and Windows Vista and newer will disable Aero when an app attempts to use ddraw without a clipper in Windowed mode. In Fullscreen mode it most likely disables Aero anyway, so the apps still get away with this behavior. The draw-to-screen behavior can be observed in the d3d7 SDK's "Font" sample, like on this screenshot: http://web.student.tuwien.ac.at/~e0526822/ddrawtoscreen.bmp Drawing to the screen basically works in X11, but only as long as no compositing Window manager is active(Compiz for example). If Compiz is enabled the rendering will most likely go nowhere. Using a virtual desktop may also help, this way Wine still renders to a proper X11 window from the window managers point of view. In anyway rendering to a NULL window does not work with opengl-accelerated ddraw or direct3d. OpenGL needs a Window to render to. The only alternative is rendering to an offscreen buffer, but then the rendering results don't show up either. The hack needs improvements in a few ways: *) Don't do this in Windowed mode, only fullscreen. If we're in Windowed mode cling to any window the app passes to ddraw, otherwise we make bug 1347 worse(Bug 1347 is essentially the opposite of this bug, where the app doesn't provide any Window and runs amok when locking the front buffer) *) Test if using the device window in this way is correct. You can do this by extending the test app and call SetCooperativeLevel with DDSCL_SETDEVICEWINDOW and your partially obscured window, and probably pass NULL or a different window to the DDSCL_FULLSCREEN | DDSCL_EXCLUSIVE SetCooperativeLevel call. DDSCL_SETDEVICEWINDOW needs IDirectDraw7 I think. *) Test what the behavior is when DDSCL_FULLSCREEN is used without DDSCL_EXCLUSIVE. *) Test clippers in fullscreen mode. E.g. try to set your obscured window as a clipping window and see how Windows reacts(CreateClipper, Surface::SetClipper & friends) -- 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 27647] New: An interactive guitar course won't work
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=27647 Summary: An interactive guitar course won't work Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tonymobily(a)gmail.com Created an attachment (id=35350) --> (http://bugs.winehq.org/attachment.cgi?id=35350) The error I get when I play a video I am trying to run an Italian guitar course. This is a rather unknown piece of software, and I am likely to be the only person on the planet trying to run it under wine. So, I am crossing my fingers where: 1) This is something that can be fixed easily in a generic way 2) Other users have the same problem although using different pieces of software. The problem is only evident when I try to play a video in this course (they show you how to play things). Please note that this is likely to be pretty poorly written software... but you never know. Is there *anything* I can do to make this work? Even copy things over from a Windows installation? Bye! Merc. -- 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 25

[Bug 5735] ChurchWindows 2005 hangs when you click on Membership / Members
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=5735 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #14 from Austin English <austinenglish(a)gmail.com> 2011-07-07 16:16:31 CDT --- Closing. -- 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 25406] New: Dotnet20 fail to install due to missing msi3.0
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=25406 Summary: Dotnet20 fail to install due to missing msi3.0 Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dyvazar(a)numericable.fr Created an attachment (id=32334) --> (http://bugs.winehq.org/attachment.cgi?id=32334) errors while installing dotnet20 Need to install msi3.0 directly from MS to be able to install dotnet20 (required by one of my app). Actually winetricks cant help (r1905) because it only propose msi2.0 (MS has published 4.5). So after installing msi3.0 from MS, then dotnet20 is able to install, but got some errors: see joined terminal output -- 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 7

[Bug 27144] New: Regression: uTorrent chunk progress bars show garbage
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=27144 Summary: Regression: uTorrent chunk progress bars show garbage Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: medhefgo(a)web.de The uTorrent progress bars in general, files and pieces tabs show garbage. c29cf0591976f96c3adb30c3c3b6db59f4983251 is the first bad commit commit c29cf0591976f96c3adb30c3c3b6db59f4983251 Author: Roderick Colenbrander <thunderbird2k(a)gmail.com> Date: Tue Apr 6 19:07:25 2010 +0200 winex11: Add support for 32-bit DDBs. :040000 040000 73b8486e86ccd609ea2f0c8cf0c920b6ec3783dd 04bcf74196ee257fa4b8391041c627b89e6cbffe M dlls Reverting the patch on latest HEAD isn't possible. -- 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 14

[Bug 27551] New: cant turn the hero with the mouse in risen
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=27551 Summary: cant turn the hero with the mouse in risen Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: EvilTwin1(a)gmx.de Created an attachment (id=35219) --> (http://bugs.winehq.org/attachment.cgi?id=35219) log everything but turning the character with the mouse works ingame even in the menues/inventory the mouse is fine -- 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 6

[Bug 20182] New: Power Basic 5.0 won't run under WINE
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=20182 Summary: Power Basic 5.0 won't run under WINE Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rvkbob(a)juno.com I pasted a working copy of PBCC (all files and folders) from Windows XP into Linux Ubuntu 9.04 and executed the PBCC.exe file using the Wine Program Loader (from the Nautilus). I get the following message on the screen. "The program windvdm.exe has encountered a serious problem and needs to close." PBCC appears to start up and asks for the authorization number for the program. Then this wine error occurs immediately after I enter the correct number. -- 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 5

[Bug 27340] New: WoW Launcher crashes, NULL pointer dereferenced
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=27340 Summary: WoW Launcher crashes, NULL pointer dereferenced Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: rankincj(a)yahoo.com This bug started happening at about the same time as the 1.3.21 release. What is happening is that the get_script_guid() function in dlls/mshtml/script.c is being passed nsscript=NULL. This function contains the line: nsres = nsIDOMHTMLScriptElement_GetType(nsscript, &val_str); where nsIDOMHTMLScriptElement_GetType() is really a macro defined as: #define nsIDOMHTMLScriptElement_GetType(This,aType) (This)->lpVtbl->GetType(This,aType) So being passed NULL for This is a "Bad Thing", obviously. I have no idea *why* nsscript is NULL suddenly; presumably doc_insert_script() is being passed NULL. -- 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 15

[Bug 24804] New: winboot.exe error
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=24804 Summary: winboot.exe error Product: WineHQ.org Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: r.krieger12(a)web.de wine creat the error: winboot.exe after i start. i uses ubuntu 10.04 thanks for help -- 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 27216] New: 32bit DLL pulling in 64 DLLs fails in check_architecture
by wine-bugs＠winehq.org 07 Jul '11

07 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=27216 Summary: 32bit DLL pulling in 64 DLLs fails in check_architecture Product: Wine Version: 1.3.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mpartap(a)gmx.net At first, i was thinking that somehow, wine64 'gets all confused' about its 64bitness and spuriously spawns 32bit wine processes that naturally choke at loading 64bit dlls. Having a closer look at it, the program i'm running to run is mixed 32/64bit executables and libraries. The 32bit main program pulls in a 32bit library that wants to load 64bit QT dlls. Is there a way to make it run? -- 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 6