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

[Bug 21638] New: Motocross Madness 2 (mcm2): crashes after aborting a race
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21638 Summary: Motocross Madness 2 (mcm2): crashes after aborting a race Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Created an attachment (id=26127) --> (http://bugs.winehq.org/attachment.cgi?id=26127) console log and backtrace Aborting a race with ESC, then clicking on the leftmost button (abort race), Wine crashes instead of resizing the desktop window to 640x480 in order to return to the main menu. commit 02e0b3ae1a3b3162026cdfacf077d4d3accb4ff0 prior to wine-1.1.38 Author: Henri Verbeet <hverbeet(a)codeweavers.com> wined3d: Introduce surface_prepare_texture(). caused this regression. 2 0x91b4eb96 kCVDisplayLinkID+0x7a() in corevideo 9 0x964823ab glBegin+0x1b() in libgl.dylib 10 0x42d35843 _surface_depth_blt+0x203() in wined3d 11 0x42d3f9ed _surface_load_ds_location+0x42d() in wined3d 12 0x42cb24e8 _IWineD3DDeviceImpl_SetDepthStencilSurface+0x1d8() in wined3d Using MacOSX 10.5.8 mini with nVidia 9400GM graphics. Note that you need a lot of patience to be able to click the button. Bug #17234 is gone in the main menus (640x480), but there's extreme lag when the three button requester appears at game-resolution (1600x1400) as a result of pressing ESC during a race: There's approximately one refresh of the mouse cursor once every three seconds. I've not tested what happens when you end a race "normally" (by timeout or whatever). ESC is the only way I know to end a training session. -- 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 22605] New: SafeNativeMethods.SelectObject Exception
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=22605 Summary: SafeNativeMethods.SelectObject Exception Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dorian.grey(a)mail.com I am trying to run the Open R-Community Tools (http://rcommunity.nazgulworld.com/index.php?page=dl) I did the following modifications: - used Wine 1.1.43 - Patched it according to Bug #16418 Comment #32 suggested -> helped over the first problem - installed the Winetricks MS gidplus.dll and ddr=gdi hacks (Note: there is an error in 1.1.43 with Wineticks - it points to a hard coded configuration file) Then I got the following error (log attached) at System.Windows.Forms.SafeNativeMethods.SelectObject(HandleRef hDC, HandleRef hObject) at System.Windows.Forms.ContainerControl.GetFontAutoScaleDimensions() at System.Windows.Forms.ContainerControl.get_CurrentAutoScaleDimensions() at System.Windows.Forms.ContainerControl.get_AutoScaleFactor() at System.Windows.Forms.ContainerControl.PerformAutoScale(Boolean includedBounds, Boolean excludedBounds) at System.Windows.Forms.ContainerControl.PerformNeededAutoScaleOnLayout() at System.Windows.Forms.ContainerControl.OnLayoutResuming(Boolean performLayout) at System.Windows.Forms.Control.ResumeLayout(Boolean performLayout) at OpenRCLib.usrBanner.InitializeComponent() at OpenRCLib.usrBanner..ctor() at OpenRCLib.frmManager.InitializeComponent() at OpenRCLib.frmManager..ctor() at OpenRCTools.My.MyApplication.OnCreateMainForm() at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun() at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.DoApplicationModel() at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run(String[] commandLine) at OpenRCTools.My.MyApplication.Main(String[] Args) -- 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 9

[Bug 17616] New: TntMPD gives mapi32.dll error on startup
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=17616 Summary: TntMPD gives mapi32.dll error on startup Product: Wine Version: 1.1.15 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrewroth(a)gmail.com When attempting to run TntMPD, the program gives "This program requires Windows Messaging (mapi32.dll)" and exits. Only fixme:reg:GetNativeSystemInfo (0x75f0ac) using GetSystemInfo() is 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 9

[Bug 19094] New: Regression on OS X, may not be able to load dll
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=19094 Summary: Regression on OS X, may not be able to load dll Product: Wine Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gellule.xg(a)free.fr Hi, (wine, almost latest git, on OS X) With a recent git, I stumbled on the following: "wine client_ryzom_rd.exe" crashes with the following. DBG 9 dynloadlib.cpp 211 NLMISC::CLibrary::loadLibrary client_ryzom_rd.exe : Loading dynamic library 'nel_drv_opengl_win_r.dll' dyld: lazy symbol binding failed: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine dyld: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine WRN 9 dynloadlib.cpp 45 NLMISC::nlLoadLibrary client_ryzom_rd.exe : Load library 'nel_drv_opengl_win_r.dll' failed: ???????? WRN 9 dynloadlib.cpp 222 NLMISC::CLibrary::loadLibrary client_ryzom_rd.exe : Loading library nel_drv_opengl_win_r.dll failed: Verify DLL existence The application cannot load the native library 'nel_drv_opengl_win_r.dll'. winecfg also exhibit these two lines, the first time it was run, but without crashing: dyld: lazy symbol binding failed: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine dyld: lazy pointer not found at address 0x303d17af in image /opt/local/libexec/wine/wine I checked out a few revisions and narrowed down the issue to be between: "kernel32: Add call frame annotations in x86 assembly code." (which works) and "loader: Reserve some more memory to cover the native ole32 addresses." (which does not work). I'm ready to do some more testing if somebody could guide me. I could already start bisecting through: loader: Reserve some more memory to cover the native... ntdll: Release some address space after the process... ntdll: Don't try to decommit a heap past its initial... ntdll: Compute the free lists address at run-time inste... Best regards, -Gellule -- 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 9

[Bug 26980] New: FFXI: Depth Sorting Broken
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=26980 Summary: FFXI: Depth Sorting Broken Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cpansky(a)azlance.com Commit 96b758f7b37033bf382ce40dd3310965d3ac3f76 (d3d: Map D3DRS_ZBIAS to WINED3DRS_DEPTH_BIAS) seems to have messed up FFXI's depth sorting. Causing polygons that are behind others to be rendered in front. For instance the cloud weather effect on the character screen now appears on top of the characters instead of behind them. This continues within the game itself across all the geometry. -- 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 13

[Bug 23813] New: Icon corruption on Mac OS X
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=23813 Summary: Icon corruption on Mac OS X Product: Wine Version: 1.2 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: rwoodsmall(a)mac.com Created an attachment (id=29876) --> (http://bugs.winehq.org/attachment.cgi?id=29876) winefile screenshot of icon corruption I've narrowed down graphical corruption with some icons on Wine compiled from source on Mac OS X, specifically using Git on OS X 10.6.4, the latest update of Snow Leopard. I do *not* see this on CentOS or Fedora hosts using Nvidia drivers. I have only seen it on Mac OS X so far, on 10.5/Leopard and 10.6/Snow Leopard. I'm using the system-supplied X11 application on 10.6, and Xcode 3.2.3 which equates to GCC: ** rbwmbp:~ ryan.woodsmall$ gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5664~38/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5664) ** No special CFLAGS other than "-m32 -arch i386 -I/usr/X11/include" were used. This happens in a completely empty, new prefix with no overrides, winetricks, or anything else non-standard. This corruption shows up in a number of apps, but I'm using winefile from a source compile to verify the issue. I performed a bisect, and this issue appears to have come up between 1.1.44 and 1.2-rc1; it is still an issue in the release of 1.2 as well as the Git master. The bisect reveals the commit where this issue first appears as: ** ea596f8a5f7d732bb56b5921ceb964137df0b930 is the first bad commit commit ea596f8a5f7d732bb56b5921ceb964137df0b930 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue May 18 14:11:51 2010 +0200 winex11: Force alpha channel to 0 when blitting to depth 32 from a lower depth. :040000 040000 369e8db88a7dd0c206f6b37d41bfcac27dfbc708 28700a3330faf630cb189926f9b335936f158ab9 M dlls ** Reverting the patch with "git show ea596f8a5f7d732bb56b5921ceb964137df0b930 | patch -p1 -R" allows icons to appear as expected. A quick check of physDevSrc->depth with printf shows a number of the passed values to be 24, triggering the new get_no_alpha_mask path and resulting in the icon corruption. Unfortunately I'm a bit out of my depth on the XRender extension, particularly on the weird OS X X11 app, and the winex11.drv code. I didn't really notice this issue until after the code freeze, and ran winefile and a few winetricks to test the new release. I'll keep looking around the source and reading up on XRender, but even if this is a simple fix I'm not sure I'll be able to fix it simply and quickly. Thanks all, and let me know if there's anything else I can provide! -- 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 21347] New: Heroes of might and magic V crashes on startup
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21347 Summary: Heroes of might and magic V crashes on startup Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jocke114(a)hotmail.com Heroes of might and magic V (collectors edition) crashes everytime I try to boot it (running it through Crossover Games 8.1.4). The installation works proper. It is when I try to play the game that it won't work. The first startup screen works but after that the screen goes blank and then it says: The program H5.game.exe has encountered a serious problem and needs to close. -- 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 3

[Bug 20204] New: MacOS: enhanced metafile retrieval fails and crashes clipboard test
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=20204 Summary: MacOS: enhanced metafile retrieval fails and crashes clipboard test Product: Wine Version: 1.1.25 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: huw(a)codeweavers.com Huw Davies' post 1.1.24 commit 7490f922e0adaacbf5396cf8afdc90e33bc1a808 "test for enhanced metafile retrieval" fails on MacOS. After a variable amount of output about getdata and next, I see clipboard.c:1356: Test failed: got 80004005 clipboard.c:1358: Test failed: got 0 Alas, the testsuite randomly crashes afterwards, because ReleaseStgMedium() is not called only if(SUCCEEDED(hr)). In fact, n-1 occurrences of ReleaseStgMedium in that file are not guarded. Therefore, the actual error was not spotted until now. Curiously, gcc -O0 tests/clipboard.c tends to crash less or show no crash dialog at all. That may explain why using winetest.exe did not spot this defect earlier. Sometimes test runs report no failure, it's just the missing summary line that reveals the problem. With the guard in place, the testsuite always runs to completion (with the above 2 errors out of 381 tests). -- 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 8

[Bug 24673] New: iexplore: Error when using SSL
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=24673 Summary: iexplore: Error when using SSL Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: steve(a)fatula.us So, I first started off using Macports to install the stable Wine, which means version 1.2 on Macports. The install "worked", and, I could run iexplore to get to the wine home page. However, when I went to run a program I have from a vendor of ours, it failed. Program downloads files from their site using SSL and they won't give me access directly. The error is: err:wininet:NETCON_init failed to load symbol X509_STORE_CTX_get_ex_data HttpOpenRequest Error 12157 ERROR_INTERNET_SECURITY_CHANNEL_ERROR So, I figured maybe it was a macports thing, so I tried the devel version. That failed for the same reason. So, I thought let's try this using the built in iexplore. Sure enough, changing to any SSL page provides the same error message, which tells me it isn't something in the specific program I was trying to run. So, for that error message, it's identical to the one shown above for my app which now becomes irrelevant since you can use your built in iexplore and get the same thing. So, I tried the osxwinebuilder, same result. So, I tried the build directly from source (1.3.4) and it also failed for the same reason. So, I have to conclude it is not the compile method as they all yield the same results. It must be something specific to Mac Snow Leopard perhaps? In reviewing the changelogs, I see this from 1.1.35: Huw Davies (35): winhttp: Load X509_STORE_CTX_get_ex_data from libcrypto not libssl. Sure sounds like it might be related to my issue. So, I compiled and installed 1.1.32 (which is before that date), and, sure enough, it works FINE with my app and with iexplore on SSL sites. So, I suspect it is in fact that change. So, somehow, this might be different on Mac OSX but I don't have the skills to find out how or why or how to change to get around the issue. I'd be glad to help though. I do know command line, am a programmer, just not this kind of programming. -- 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 9

[Bug 16702] New: wineconsole: the curses backend doesn't work on Darwin
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=16702 Summary: wineconsole: the curses backend doesn't work on Darwin Product: Wine Version: CVS/GIT Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)martin.st Created an attachment (id=18361) --> (http://bugs.winehq.org/attachment.cgi?id=18361) Sample patch for using select instead of poll The poll system call in Darwin doesn't handle terminal devices, according to this discussion: http://lists.apple.com/archives/Darwin-dev/2006/Apr/msg00066.html This issue still stands in OS X Leopard. Since the wineconsole curses backend currently uses poll for waiting for events, the curses backend doesn't work at all on Darwin. One solution would be to switch the curses backend to use select instead of poll, either completely or only on Darwin. A patch that switches the backend to use select in all cases is attached. This was discussed on the wine-devel list in November/December 2008, in the e.g. following threads: http://www.winehq.org/pipermail/wine-devel/2008-December/070845.html http://www.winehq.org/pipermail/wine-devel/2008-December/070906.html http://www.winehq.org/pipermail/wine-devel/2008-December/070919.html -- 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 9