wine-bugs July 2021

wine-bugs@winehq.org

1 participants
5139 discussions

[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 51362] New: user32:sysparams times out on the cw-* Windows 10 1507 machines
by WineHQ Bugzilla 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51362 Bug ID: 51362 Summary: user32:sysparams times out on the cw-* Windows 10 1507 machines 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 user32:sysparams times out on the cw-* Windows 10 1507 machines: https://test.winehq.org/data/patterns.html#user32:sysparams sysparams.c:1123: testing SPI_{GET,SET}ICONTITLEWRAP user32:sysparams:04d8 done (258) in 120s It used to time out on most cw-rx460 configurations because the 19.* Radeon driver created a window that did not process the messages broadcasted by the first SystemParametersInfo(... SPIF_SENDCHANGE) call. However this was resolved by: * Upgrading to the 21.* Radeon driver which does not have this issue. * Reinstalling the 19.11.3 driver without its configuration GUI. Despite that it still systematically times out on cw-rx460-1507 so there must be some other window causing trouble. user32:sysparams also times out on cw-gtx560-1507 but not systematically. The reason for this timeout is unknown but it is likely caused by some rogue window too. user32:sysparams never times out on the QEmu VMs, including w1064v1507 so it seems likely that the issue is related to some aspect specific to the cw-* machines. -- 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 2

[Bug 42014] New: wine refuses BOSE Soundtouch
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=42014 Bug ID: 42014 Summary: wine refuses BOSE Soundtouch Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Rainwine(a)orbitcomputer.de Distribution: Mint Created attachment 56459 --> https://bugs.winehq.org/attachment.cgi?id=56459 wine backtrace file BOSE -- 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 36

[Bug 42015] New: wine refuses to run BOSE Soundtouch
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=42015 Bug ID: 42015 Summary: wine refuses to run BOSE Soundtouch Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Rainwine(a)orbitcomputer.de Distribution: Mint BOSE Soundtouch does not run, because wine has problems with Qt? -- 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 44980] New: SoundTouch 10
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=44980 Bug ID: 44980 Summary: SoundTouch 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: biswasnambiar(a)gmail.com Distribution: --- Created attachment 61111 --> https://bugs.winehq.org/attachment.cgi?id=61111 The Program Error Details script I was trying to install Soundtouch app for using my SoundTouch 10 on my lubuntu OS version 17.10. -- 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 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 51399] New: Together ntoskrnl.exe:ntoskrnl and user32:monitor trigger extra user32:win failures
by WineHQ Bugzilla 05 Jul '21

05 Jul '21

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.

1 2

[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

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