wine-bugs July 2021

1 participants
4785 discussions

[Bug 42586] New: Adobe Reader DC crashes on startup

by wine-bugs＠winehq.org

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 years, 10 months

[Bug 36169] New: valgrind shows a possible leak in programs/services/tests/services.c

by wine-bugs＠winehq.org

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 years, 10 months

[Bug 36570] New: valgrind shows a couple possible leaks in rpcrt4/tests/rpc_protseq.c

by wine-bugs＠winehq.org

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 years, 10 months

[Bug 51399] New: Together ntoskrnl.exe:ntoskrnl and user32:monitor trigger extra user32:win failures

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51399 Bug ID: 51399 Summary: Together ntoskrnl.exe:ntoskrnl and user32:monitor trigger extra user32:win failures Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com When ntoskrnl.exe:ntoskrnl is run before user32:win it triggers 4 failures in the latter (see bug 51391). And when user32:monitor is run before user32:win it triggers 3 failures (see bug 51392). But when both ntoskrnl.exe:ntoskrnl and user32:monitor are run before user32:win they trigger an extra set of 15 failures: win.c:5162: Test failed: wrong update region win.c:5177: Test failed: wrong update region win.c:5195: Test failed: wrong update region win.c:5197: Test failed: unexpected update rect: (20,40)-(29,50) win.c:5211: Test failed: wrong update region win.c:5221: Test failed: wrong update region in excessive scroll win.c:5243: Test failed: wrong update region win.c:5252: Test failed: wrong update region win.c:5261: Test failed: wrong update region win.c:5276: Test failed: wrong update region win.c:5352: Test failed: pixel should be black, color is ffffffff win.c:5356: Test failed: pixel should be black, color is ffffffff win.c:5361: Test failed: rects do not match (0,0)-(30,100) / (0,0)-(100,100) win.c:5372: Test failed: wrong update region win.c:5383: Test failed: wrong update region Furthermore: * Order is important: ntoskrnl.exe:ntoskrnl user32:monitor user32:win has the extra failures, but not user32:monitor ntoskrnl.exe:ntoskrnl user32:win! * And this is specific to Vista and Windows 7; probably because these failures don't happen if there is no left-over ntoskrnl.exe dialog (including if it is closed manually after running the test). * This second point probably means that the left-over dialog changes the user32:monitor behavior. But if so there is no indication of this in the user32:monitor traces (and obviously no failure there). -- 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 years, 10 months

[Bug 43961] New: ntdll/info tests crash on arm

by wine-bugs＠winehq.org

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 years, 10 months

[Bug 36145] New: valgrind shows several leaks in imm32/tests/imm32.c

by wine-bugs＠winehq.org

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 years, 10 months

[Bug 36401] New: valgrind shows an unitialized variable in dxgi/factory.c (dxgi/tests/device.c)

by wine-bugs＠winehq.org

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 years, 10 months

[Bug 49182] New: dwriter/analyzer test run Microsoft OneNote on windows armv7/surface rt

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49182 Bug ID: 49182 Summary: dwriter/analyzer test run Microsoft OneNote on windows armv7/surface rt Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 49179 Distribution: --- Created attachment 67197 --> https://bugs.winehq.org/attachment.cgi?id=67197 screenshot This is a weird one; unfortunately I don't have a non arm install of windows with office to test. If I run winetest.exe on arm, when dwrite/analyzer runs, something starts Microsoft OneNote (which I've never used). This pops up a dialog from OneNote, saying: You have to run OneNote for the first time before we can do that. We're sorry. Please try again after you've started OneNote. -- 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 years, 10 months

[Bug 28745] New: dsound/tests: uninitialized value used in enum_callback() in func_propset()

by wine-bugs＠winehq.org

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 years, 10 months

[Bug 49180] New: devenum_test.exe fails to run on windows arm (msvfw32.dll is missing)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49180 Bug ID: 49180 Summary: devenum_test.exe fails to run on windows arm (msvfw32.dll is missing) Product: Wine Version: 5.8 Hardware: arm OS: Windows Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: testcases Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 49179 After working around bug 49179, winetest.exe will run. As it's extracting the tests, it throws an error dialog for devenum, because msvfw32.dll is missing: The program can't start because msvfw32.dll is missing from your computer. Try reinstalling the program to fix this problem. -- 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 years, 10 months

Jump to page:

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 July 2021