May 2013 - Wine-bugs - list.winehq.org

[Bug 21812] New: 3dgamestudio.com demos crash on exit
by wine-bugs＠winehq.org 06 Jul '21

06 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21812 Summary: 3dgamestudio.com demos crash on exit Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Venice demo at 3dgamestudio.com looks beautiful, but crashes on exit. http://server.conitec.net/down/venice.zip 443f94ab15d5bc02921c1e917785f822dcf0f864 venice.zip Happily, there seems to be a reasonable backtrace: Unhandled exception: page fault on read access to 0x00000f2c in 32-bit code (0x7e51e14c). Backtrace: =>0 FindContext+0x16d(This=0x19bbc8, target=0x193030) [dlls/wined3d/context.c:1923] in wined3d 1 context_acquire+0x8a(device=0x19bbc8, target=(nil), usage=CTXUSAGE_RESOURCELOAD) [dlls/wined3d/context.c:2266] in wined3d 2 IWineD3DDeviceImpl_Uninit3D+0xa7(iface=0x19bbc8, D3DCB_DestroySwapChain=0x7e653c5d) [dlls/wined3d/device.c:1705] in wined3d 3 IDirect3DDevice9Impl_Release+0x126(iface=0x192680) [dlls/d3d9/device.c:273] in d3d9 4 in acknex (+0x6435a) 5 in reflectionparticle (+0x101e) 0x7e51e14c FindContext+0x16d [dlls/wined3d/context.c:1923] in wined3d: movzbl 0xf2c(%eax),%eax 1923 old_render_offscreen = context->render_offscreen; -- 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.

2 5

[Bug 26379] New: Gamestudio Venice crashes with unimplemented function d3dx9_36.dll.D3DXComputeNormals
by wine-bugs＠winehq.org 06 Jul '21

06 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=26379 Summary: Gamestudio Venice crashes with unimplemented function d3dx9_36.dll.D3DXComputeNormals Product: Wine Version: 1.3.15 Platform: x86 URL: http://server.conitec.net/down/venice.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Created an attachment (id=33594) --> (http://bugs.winehq.org/attachment.cgi?id=33594) ~/wine-git/wine reflectionParticle.exe &> log.txt unimplemented function d3dx9_36.dll.D3DXComputeNormals Venice comes with d3dx9_30.dll and therefore only a purist would notice. -- 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.

2 22

[Bug 28745] New: dsound/tests: uninitialized value used in enum_callback() in func_propset()
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28745 Bug #: 28745 Summary: dsound/tests: uninitialized value used in enum_callback() in func_propset() Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Running "make propset.ok" in dsound/tests, valgrind complains: Conditional jump or move depends on uninitialised value(s) at callback (propset.c:69) by DSPROPERTY_enumWtoA (propset.c:396) by enum_callback (propset.c:306) by enumerate_mmdevices (dsound_main.c:555) by DSPROPERTY_EnumerateW (propset.c:334) by IKsPrivatePropertySetImpl_Get (propset.c:419) by func_propset (propset.c:458) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at enum_callback (propset.c:282) I haven't bisected, but lots of the related code is new, from: commit 8856ea79f3468d6f532f5f20e9b28c295d6e1db1 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Tue Sep 27 08:51:33 2011 -0500 dsound: Reimplement PropertySet on mmdevapi. -- 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.

2 4

[Bug 28216] New: shell32/shlfolder.c test always fails on ubuntu 10.04?
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28216 Summary: shell32/shlfolder.c test always fails on ubuntu 10.04? Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (Not quite the same as bug 27729.) shell32/shlfolder.ok succeeds for me on my ubuntu 11.04 boxes, but always fails for me on my one ubuntu 10.04 box, even after I do 'apt-get install gettext' to get past non bug 28208. Log shows: ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shlfolder.c && touch shlfolder.ok fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"http:\\yyy" (nil) 0x32fc78 fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"xx:yyy" (nil) 0x32fc78 err:shell:HCR_GetFolderAttributes should be called for simple PIDL's only! shlfolder.c:2386: Test failed: SHCreateItemFromParsingName returned 0 The test creates the file c:/users/dank/Desktop/testfile, then looks for it with some arcane shell folder API, and is unhappy when it actually finds the file. +shell,+file trace attached. The test function in question is test_SHCreateShellItem(). I can make the test succeed by inserting the line SetCurrentDirectoryA("c:\\"); at the top of the function, or by editing test_ITEMIDLIST_format() and inserting a return before it calls SetCurrentDirectoryW(). So there seems to be something fragile in the shlfolder tests with respect to the current directory. No idea why this only shows up on ubuntu 10.04 (on my i7 test box). -- 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.

2 4

[Bug 28269] New: ws2_32: sock.ok test slow
by wine-bugs＠winehq.org 04 Jul '21

04 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28269 Summary: ws2_32: sock.ok test slow Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The ws2_32 sock tests take 30 to 55 seconds to run here. This is currently the slowest test in the suite. -- 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.

2 3

[Bug 28394] New: Crash in wininet/http.ok if connection fails?
by wine-bugs＠winehq.org 04 Jul '21

04 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28394 Summary: Crash in wininet/http.ok if connection fails? Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Probably the test should skip if the connection fails. We should also check to see what native InternetQueryOption does on a failed connection (if we don't already; we do check what it does on a closed one, at least). Here's the log: ../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p wininet_test.exe.so http.c && touch http.ok ... err:wininet:NETCON_secure_connect SSL_connect failed: 12056 wine: Unhandled page fault on read access to 0x00000008 at address 0x2abec87c5798 (thread 0037), starting debugger... http.c:2873: Test failed: HttpSendRequest failed: 12056 Backtrace: =>0 NETCON_GetCert+0x18(connection=(nil)) [dlls/wininet/netconnection.c:860] 1 HTTPREQ_QueryOption+0x887(hdr=0x3cab0, option=0x20, buffer=0x415e0, size=0x22fa18, unicode=0) [dlls/wininet/http.c:2123] 2 InternetQueryOptionA+0x12b(hInternet=0x3, dwOption=0x20, lpBuffer=0x415e0, lpdwBufferLength=0x22fa18) [dlls/wininet/internet.c:2518] 3 test_secure_connection+0x35b() [dlls/wininet/tests/http.c:2885] NETCON_GetCert+0x18 [dlls/wininet/netconnection.c:860] in wininet: movq 0x0000000000000008(%rax),%rax 860 if (!connection->ssl_s) -- 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.

2 3

[Bug 16060] New: comctl32, gfi32, user32: tests fail, when dpi is not the default (96)
by wine-bugs＠winehq.org 04 Jul '21

04 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16060 Summary: comctl32, gfi32, user32: tests fail, when dpi is not the default (96) Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Created an attachment (id=17288) --> (http://bugs.winehq.org/attachment.cgi?id=17288) patch to dump tm.tmHeight (As requested by Dmitry, one bug for all) Current known tests, that fail, when dpi is not 96 (The Implementation was not checked yet): comctrl32:monthcal comctrl32:rebar comctrl32:status comctrl32:tab comctrl32:toolbar comctrl32:treeview gdi:font user32:combo Implementations known to have bugs, where the related tests are fixed: comctl32/header (VERT_BORDER must be 2) Fixing the heigh of the system font will make more hidden bugs in the Wine tree visible. ---------------------- A difference found during research is the tm.tmHeight of the system font. (GetTextMetrics) w98 (72, 96 dpi): 16 w98 (120): 20 w98 is broken for 144 and 192 dpi: 16 w2k (72, 96 dpi): 16 w2k (120, 144, 192 dpi): 20 Wine: always 16 The attached patch for dlls/comctrl32/tests/status.c dump tm.tmHeight (the first value after "expect") -- By by ... Detlef -- 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.

2 19

[Bug 30993] New: diablo 3 d3d device error
by wine-bugs＠winehq.org 03 Jul '21

03 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30993 Bug #: 30993 Summary: diablo 3 d3d device error Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cleverca22(a)gmail.com Classification: Unclassified Created attachment 40680 --> http://bugs.winehq.org/attachment.cgi?id=40680 WINEDEBUG=trace+d3d output when running diablo 3 on wine version d35cb8164a7635201c2ccdf73de2a78cebf6cb94 the game comes up with a fullscreen grey window (same as windows just before 3d loads) and gives an alert box with this message: "graphics error click to retry creating d3d device click ok to retry" clicking OK a few times changes the message slightly, to have retry/cancel, retry just keeps retrying, cancel gives up as expected -- 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.

2 21

[Bug 32533] New: QQDict: a button can't be displayed normally
by wine-bugs＠winehq.org 03 Jul '21

03 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32533 Bug #: 32533 Summary: QQDict: a button can't be displayed normally Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 42928 --> http://bugs.winehq.org/attachment.cgi?id=42928 The Log I installed QQDict in wine 1.5.20 and found that a botton in it can't be displayed normally(as picture 1 in attachments). I found that 'winetricks -q ie7' help a lot, just as the picture 2 in attachments. -- 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.

2 17

[Bug 24501] New: Games For Windows - Live: client doesn't start with mono
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24501 Summary: Games For Windows - Live: client doesn't start with mono Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com It wants .Net 3.5, but that doesn't work in wine. In mono, fails with: ** (GFWLClient.exe:8): WARNING **: The following assembly referenced from C:\Program Files\Microsoft Games for Windows - LIVE\Client\GFWLClient.exe could not be loaded: Assembly: PresentationFramework (assemblyref_index=2) Version: 3.0.0.0 Public Key: 31bf3856ad364e35 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (C:\Program Files\Microsoft Games for Windows - LIVE\Client\). which is WPF, and according to Mono, http://mono-project.com/WPF, they have no plans to implement (big project, not much reward). I'm filing a bug here mostly to collect duplicates. If a lot of duplicates show up, perhaps Novell/Mono will change their mind... To reproduce: $ winetricks -q gfw mono26 $ cd .wine/drive_c/Program\ Files/Microsoft\ Games\ for\ Windows\ -\ LIVE\Client $ wine GFWLClient.exe -- 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.

2 41