wine-bugs February 2019

wine-bugs@winehq.org

1 participants
7692 discussions

[Bug 42586] New: Adobe Reader DC crashes on startup
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=42586 Bug ID: 42586 Summary: Adobe Reader DC crashes on startup Product: Wine Version: 2.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 57510 --> https://bugs.winehq.org/attachment.cgi?id=57510 Terminal output Wine 2.3 When attempting to run Adobe Reader DC, the application crashes on start when I attempt to run the application in a 32-bit Windows 7 prefix. Overrides needed: mspatcha -- 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 12

[Bug 36169] New: valgrind shows a possible leak in programs/services/tests/services.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36169 Bug ID: 36169 Summary: valgrind shows a possible leak in programs/services/tests/services.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3856== 32 bytes in 1 blocks are possibly lost in loss record 32 of 104 ==3856== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==3856== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==3856== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==3856== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==3856== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==3856== by 0x4A34B0E: test_runner (service.c:445) ==3856== by 0x4A34DAD: func_service (service.c:484) ==3856== by 0x4A35C5D: run_test (test.h:584) ==3856== by 0x4A3604B: main (test.h:654) ==3856== -- 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 2

[Bug 36570] New: valgrind shows a couple possible leaks in rpcrt4/tests/rpc_protseq.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36570 Bug ID: 36570 Summary: valgrind shows a couple possible leaks in rpcrt4/tests/rpc_protseq.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==10120== 64 bytes in 1 blocks are possibly lost in loss record 122 of 242 ==10120== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==10120== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==10120== by 0x55FF1FF: rpcrt4_protseq_np_alloc (rpc_transport.c:642) ==10120== by 0x55FB2EA: alloc_serverprotoseq (rpc_server.c:927) ==10120== by 0x55FB594: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977) ==10120== by 0x55FB89F: RpcServerUseProtseqA (rpc_server.c:1041) ==10120== by 0x4CB910E: test_RpcServerUseProtseq (rpc_protseq.c:64) ==10120== by 0x4CB9ABB: func_rpc_protseq (rpc_protseq.c:202) ==10120== by 0x4CE2071: run_test (test.h:584) ==10120== by 0x4CE2460: main (test.h:654) ==10120== ==10120== 68 bytes in 1 blocks are possibly lost in loss record 126 of 242 ==10120== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==10120== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==10120== by 0x560163E: rpcrt4_protseq_sock_alloc (rpc_transport.c:1554) ==10120== by 0x55FB2EA: alloc_serverprotoseq (rpc_server.c:927) ==10120== by 0x55FB594: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977) ==10120== by 0x55FB89F: RpcServerUseProtseqA (rpc_server.c:1041) ==10120== by 0x4CB91A4: test_RpcServerUseProtseq (rpc_protseq.c:71) ==10120== by 0x4CB9ABB: func_rpc_protseq (rpc_protseq.c:202) ==10120== by 0x4CE2071: run_test (test.h:584) ==10120== by 0x4CE2460: main (test.h:654) ==10120== -- 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 43961] New: ntdll/info tests crash on arm
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=43961 Bug ID: 43961 Summary: ntdll/info tests crash on arm Product: Wine Version: 2.20 Hardware: arm OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Backtrace: =>0 0xb0cc2000 (0xb132fcc0) 1 0xb1376970 func_info+0x2267() [/home/austin/wine-git/dlls/ntdll/tests/info.c:1772] in ntdll_test (0xb132fcc0) 2 0xb1376970 func_info+0x2267() [/home/austin/wine-git/dlls/ntdll/tests/info.c:1772] in ntdll_test (0xb132fff8) 3 0xb1337ebc main+0x2f3(argc=<is not available>, argv=<is not available>) [/home/austin/wine-git/dlls/ntdll/tests/../../../include/wine/test.h:603] in ntdll_test<elf> (0x00000000) what's strange is arm is supposed to work: https://source.winehq.org/git/wine.git/blob/039d267b0925273197a9edcf7664c4a… 1762 #if defined(__x86_64__) || defined(__i386__) 1763 *(unsigned char*)addr = 0xc3; /* lret ... in both i386 and x86_64 */ 1764 #elif defined(__arm__) 1765 *(unsigned long*)addr = 0xe12fff1e; /* bx lr */ 1766 #elif defined(__aarch64__) 1767 *(unsigned long*)addr = 0xd65f03c0; /* ret */ 1768 #else 1769 ok(0, "Add a return opcode for your architecture or expect a crash in this test\n"); 1770 #endif 1771 trace("trying to execute code in the readwrite only mapped anon file...\n"); 1772 f = addr;f(); 1773 trace("...done.\n"); -- 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 10

[Bug 36145] New: valgrind shows several leaks in imm32/tests/imm32.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36145 Bug ID: 36145 Summary: valgrind shows several leaks in imm32/tests/imm32.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32120== 180 bytes in 1 blocks are definitely lost in loss record 621 of 863 ==32120== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32120== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32120== by 0x5021822: create_window_handle (win.c:227) ==32120== by 0x5025308: WIN_CreateWindowEx (win.c:1450) ==32120== by 0x50261E8: CreateWindowExA (win.c:1719) ==32120== by 0x4A3468E: ImmGetContextThreadFunc (imm32.c:429) ==32120== by 0x7BC87017: ??? (signal_i386.c:2571) ==32120== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==32120== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==32120== by 0x7BC8E43C: start_thread (thread.c:428) ==32120== by 0x4218F92: start_thread (pthread_create.c:309) ==32120== by 0x431D7ED: clone (clone.S:129) ==32120== 152 bytes in 1 blocks are definitely lost in loss record 609 of 863 ==32120== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32120== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32120== by 0x7B8457FF: HeapAlloc (heap.c:271) ==32120== by 0x7B845B34: GlobalAlloc (heap.c:388) ==32120== by 0x4F5C176: ImmCreateIMCC (imm.c:2738) ==32120== by 0x4F55986: ImmCreateContext (imm.c:682) ==32120== by 0x4F57F63: ImmGetContext (imm.c:1422) ==32120== by 0x4A346A4: ImmGetContextThreadFunc (imm32.c:433) ==32120== by 0x7BC87017: ??? (signal_i386.c:2571) ==32120== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==32120== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==32120== by 0x7BC8E43C: start_thread (thread.c:428) ==32120== by 0x4218F92: start_thread (pthread_create.c:309) ==32120== by 0x431D7ED: clone (clone.S:129) ==32120== ==32448== 20 bytes in 1 blocks are definitely lost in loss record 198 of 861 ==32448== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32448== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32448== by 0x7B8457FF: HeapAlloc (heap.c:271) ==32448== by 0x7B846650: GlobalReAlloc (heap.c:693) ==32448== by 0x4F7C25A: ImmReSizeIMCC (imm.c:2778) ==32448== by 0x5BCEC73: GenerateIMEMessage (ime.c:474) ==32448== by 0x5BD06C2: ImeSetCompositionString (ime.c:899) ==32448== by 0x4F7AAC6: ImmSetCompositionStringW (imm.c:2293) ==32448== by 0x4F7A925: ImmSetCompositionStringA (imm.c:2255) ==32448== by 0x4E4D99D: test_ImmNotifyIME (imm32.c:257) ==32448== by 0x4E541EB: func_imm32 (imm32.c:1409) ==32448== by 0x4E5507D: run_test (test.h:584) ==32448== by 0x4E5546B: main (test.h:654) ==32448== -- 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 36401] New: valgrind shows an unitialized variable in dxgi/factory.c (dxgi/tests/device.c)
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36401 Bug ID: 36401 Summary: valgrind shows an unitialized variable in dxgi/factory.c (dxgi/tests/device.c) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==21110== Conditional jump or move depends on uninitialised value(s) ==21110== at 0x5168715: wined3d_swapchain_decref (swapchain.c:75) ==21110== by 0x50E7568: wined3d_device_uninit_3d (device.c:1090) ==21110== by 0x5083655: dxgi_swapchain_Release (swapchain.c:82) ==21110== by 0x4A97019: func_device (dxgi.h:1733) ==21110== by 0x4A98EEA: run_test (test.h:584) ==21110== by 0x4A94C3E: main (test.h:654) ==21110== Uninitialised value was created by a stack allocation ==21110== at 0x507FF5C: dxgi_factory_CreateSwapChain (factory.c:186) ==21110== dxgi/tests/device.c -- 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 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 39956] New: dlls/urlmon/tests/uri.c fails a lot of tests
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39956 Bug ID: 39956 Summary: dlls/urlmon/tests/uri.c fails a lot of tests Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: dev.anshuman73(a)gmail.com Hi, I was running the WineTests on Windows 10, Build 1511, November fix. Uri.c gives a lot of errors as described in this paste - http://pastebin.com/X7fR1Bvx I ran the winetest from http://test.winehq.org/ and downloaded the test as of 8 January (Version 4 Tests from build d7e4193df2f22a87031e44ce358a626a5f92b295) -- 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 36654] New: valgrind shows invalid read/write in d3d8/tests/device.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36654 Bug ID: 36654 Summary: valgrind shows invalid read/write in d3d8/tests/device.c Product: Wine Version: 1.3.30 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6361== Invalid read of size 4 ==6361== at 0x5E0EB00: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xe92a7c0 is on thread 1's stack ==6361== ==6361== Invalid write of size 4 ==6361== at 0x5E0EB0D: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xaaaaaaaa is on thread 1's stack ==6361== OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.25 -- 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 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 43342] New: valgrind shows an unintialized write in dlls/hid/tests/ device.c
by wine-bugs＠winehq.org 04 Jul '21

04 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=43342 Bug ID: 43342 Summary: valgrind shows an unintialized write in dlls/hid/tests/device.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M hid.dll -p hid_test.exe.so device && touch device.ok ==10687== Syscall param writev(vector[...]) points to uninitialised byte(s) ==10687== at 0x4339023: __writev_nocancel (syscall-template.S:84) ==10687== by 0x7BC88028: send_request (server.c:228) ==10687== by 0x7BC881DB: wine_server_call (server.c:309) ==10687== by 0x7BC4A5AA: server_ioctl_file (file.c:1543) ==10687== by 0x7BC4A914: NtDeviceIoControlFile (file.c:1650) ==10687== by 0x7B44634D: DeviceIoControl (file.c:2651) ==10687== by 0x4B229B1: HidD_GetPreparsedData (hidd.c:133) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== Address 0x48e7b38 is 0 bytes inside a recently re-allocated block of size 9,296 alloc'd ==10687== at 0x7BC50812: notify_alloc (heap.c:254) ==10687== by 0x7BC54C93: RtlAllocateHeap (heap.c:1716) ==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== Uninitialised value was created by a client request ==10687== at 0x7BC505E1: mark_block_uninitialized (heap.c:208) ==10687== by 0x7BC5076D: initialize_block (heap.c:239) ==10687== by 0x7BC54CB3: RtlAllocateHeap (heap.c:1717) ==10687== by 0x4B22982: HidD_GetPreparsedData (hidd.c:131) ==10687== by 0x4876EBA: test_device_info (device.c:41) ==10687== by 0x48771C2: run_for_each_device (device.c:83) ==10687== by 0x4878870: func_device (device.c:386) ==10687== by 0x48796C8: run_test (test.h:603) ==10687== by 0x4879B19: main (test.h:687) ==10687== -- 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 1

[Bug 44092] New: user32: sysparams test in Windows permanently vertically shortens the test shell window
by wine-bugs＠winehq.org 04 Jul '21

04 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=44092 Bug ID: 44092 Summary: user32:sysparams test in Windows permanently vertically shortens the test shell window Product: Wine Version: 2.22 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: trivial Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: parkerjbarker(a)yahoo.com When I run the 64 bit winetest under Vista Ultimate 64-bit, I find that it's the user32:sysparams test that shortens the test shell window vertically, so that the status bar (showing how many tests have failed) is now half-showing. The wine test shell window is not being properly restored. -- 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 8

[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 46592] New: Heroes III Horn of the Abyss TCP/IP issue
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46592 Bug ID: 46592 Summary: Heroes III Horn of the Abyss TCP/IP issue Product: Wine Version: 3.0.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: kudraigor29(a)gmail.com Distribution: --- Created attachment 63485 --> https://bugs.winehq.org/attachment.cgi?id=63485 Debug log TCP/IP window closes on create a host multiplayer game -- 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 9

[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

[Bug 46595] New: Rainbow Six Siege hangs on Uplay splash screen
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46595 Bug ID: 46595 Summary: Rainbow Six Siege hangs on Uplay splash screen Product: Wine Version: 4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: riesi(a)opentrash.com Distribution: --- Created attachment 63492 --> https://bugs.winehq.org/attachment.cgi?id=63492 Log without specific debug channels To make this clear the game is Battleye protected, but it does not even get far enough to load Battleye. At least I could not see any traces of a Battleye dll when looking at the logs with +loaddll. So the problem is that the game hangs on the Uplay splash screen and doesn't do anything else after that. There is no continuous log output or anything. It just sits there. The part of the log that's interesting for this issue is at the bottom of the file after: 0034:fixme:secur32:schannel_get_mac_algid unknown algorithm 200, cipher 23 This is all the output that is generated when the game tries to start and after its killed. If you need any additional logging with specific WINEDEBUG channels, I am happy to assist. Thanks in advance, Riesi -- 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 8

[Bug 34643] New: The Bureau XCOM Declassified crashes immediately
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34643 Bug #: 34643 Summary: The Bureau XCOM Declassified crashes immediately Product: Wine Version: 1.7.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arathorn2nd(a)gmail.com Classification: Unclassified Created attachment 46171 --> http://bugs.winehq.org/attachment.cgi?id=46171 crash backtrace When starting the game, wine crashes imediately. Installed correctly, thou, using a clean wineprefix created with WINEARCH="win32" Seems related to wxWidgets. $ env WINEPREFIX="$(pwd)/wine" wine TheBureau.exe wine: Unhandled page fault on read access to 0xfffffff8 at address 0x3ba5a1a (thread 0009), starting debugger... ... Backtrace: =>0 0x03ba5a1a in wxmsw28u_vc_custom (+0x5a1a) (0x0386f688) ... -- 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 23

[Bug 28393] New: WiX light can't find files in deeply-nested directories
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28393 Summary: WiX light can't find files in deeply-nested directories Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=36407) --> (http://bugs.winehq.org/attachment.cgi?id=36407) depth.tar The attached test case fails to run under Wine with the following error: Z:\home\sam\src\wix-test\depth\A.wxs(8) : error LGHT0103 : The system cannot find the file 'Z:\home\sam\src\wix-test\depth\A\AOL\Aachen\Aaliyah\Aaron\Abbas\Abbasid\Abbott\Abby\Abdul\Abe\Abel\Abelard\Abelson\Aberdeen\Abernathy\Abidjan\Abigail\Abilene\Abner\Abraham\Abram\Abrams\Absalom\Abuja\Abyssinia\readme.txt'. This happens with both Mono 2.10.5 and Microsoft .NET 2.0. Unpack the test case and run 'make' and it should create a fresh WINEPREFIX in which it will install the test pre-requisites before running the test itself. On a Windows 7 machine, light is able to correctly build B.msi. -- 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 9

[Bug 27133] New: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27133 Summary: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=34643) --> (http://bugs.winehq.org/attachment.cgi?id=34643) test case The attached test case will generate an installer that installs two files to 'ProgramFilesFolder\duplicate file test'. when run on Windows, the installer works fine. When run under Wine, the installer installs the contents of file1.txt into file2.txt. This only happens with Wix 3.5. This version added a feature called "smart cabbing" that detects duplicate files in an installer and only embeds one copy. This may be going haywire when run under Wine. To run the test case, you will need Mono <http://ftp.novell.com/pub/mono/archive/2.10.2/windows-installer/5/mono-2.10…> and WiX 3.5 <http://wix.codeplex.com/releases/view/60102#DownloadId=204417>. You will need to put WiX's tools in Wine's PATH, or modify build.sh to give the full path to the WiX tools when it invokes light and candle. -- 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 12

[Bug 21259] New: Visual C++ 2005 Trial build hangs on first run after a reboot
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21259 Summary: Visual C++ 2005 Trial build hangs on first run after a reboot Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=25560) --> (http://bugs.winehq.org/attachment.cgi?id=25560) Shell script to download an example project, install Visual C++ 2005 trial, and build the project. Visual C++ can build projects from the commandline with devenv projectname.sln /build Debug but oddly, the first time you try this on Wine, it hangs. ^C and rerunning fixes it. After the ^C, you can see mspdbsrv.exe -start -spawn running, so evidently the first run spawned the pdb service but then stumbled trying to connect to it; the second run connected fine. I'll attach a canned script that reproduces the problem from scratch. -- 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 16

[Bug 34045] New: Gray Matter demo needs .NET Framework and DirectX for launching
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34045 Bug #: 34045 Summary: Gray Matter demo needs .NET Framework and DirectX for launching Product: Wine Version: 1.6-rc5 Platform: x86 URL: http://www.fileplanet.com/217641/210000/fileinfo/Gray- Matter-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45246 --> http://bugs.winehq.org/attachment.cgi?id=45246 config-log Demo installs .NET Framework. No version showing. At the end of installation has failed with that. I did installation manually from winetricks ver. 2.0 and run config.exe (see config log and pic) I can't change the settings because of text in drop-down menus is missing. Installation of Directx is solving this only partially. -- 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 29

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2019