November 2019 - Wine-bugs - list.winehq.org

[Bug 43323] New: Beamng.drive: Cars render incorrectly
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=43323 Bug ID: 43323 Summary: Beamng.drive: Cars render incorrectly Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: byi5000(a)gmail.com Distribution: --- Visual description of the bug: https://www.youtube.com/watch?v=rjjiSIhIMUU (Its an older Wine version, but the visual outcome of the bug has not changed) With the car streamed in and within the camera angle you get this output: fixme:d3d_draw:draw_primitive_arrays Start instance (15) not supported. fixme:d3d_draw:draw_primitive_arrays Start instance (130) not supported. fixme:dxgi:dxgi_swapchain_GetDesc iface 0x4929040, desc 0x23b650 partial stub! fixme:dxgi:dxgi_swapchain_GetDesc Ignoring ScanlineOrdering, Scaling and SwapEffect. With the car streamed out and the car not in the camera angle: fixme:dxgi:dxgi_swapchain_GetDesc iface 0x4929040, desc 0x23eca0 partial stub! fixme:dxgi:dxgi_swapchain_GetDesc Ignoring ScanlineOrdering, Scaling and SwapEffect. No output nor visual difference between CSMT enabled and disabled. Tested in Wine-2.12-staging. -- 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 48178] New: upgrade to "version 4 stable" made EXCEL2003 unusable (even after re-installing/purging wine and EXCEL)
by WineHQ Bugzilla 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=48178 Bug ID: 48178 Summary: upgrade to "version 4 stable" made EXCEL2003 unusable (even after re-installing/purging wine and EXCEL) Product: Wine Version: 4.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marcdunord(a)gmail.com Distribution: --- Created attachment 65813 --> https://bugs.winehq.org/attachment.cgi?id=65813 excel2003 file that gives non-sense warning under wine.4.stable i upgraded my "wine 1" version to "4 stable". Under wine.4stable EXCEL2003 becomes unusable even after re-installing both wine.4.stable (after purging) and EXCEL2003 in that order. unlike under version.1, EXCEL2003 gobbles all the PC's RAM and issues constant "not enough system resources to display complete" warnings even for small single-worksheet files that never gave any problem under version.1. ============ Distributor ID: Ubuntu Description: Ubuntu 16.04.6 LTS Release: 16.04 Codename: xenial -- 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 36405] New: valgrind shows a leak in msxml3/tests/xmlview.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36405 Bug ID: 36405 Summary: valgrind shows a leak in msxml3/tests/xmlview.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20037== 112 bytes in 1 blocks are definitely lost in loss record 4,931 of 6,354 ==20037== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==20037== by 0x7558530: update_cp_events (mshtml_private.h:1049) ==20037== by 0x75393FB: HTMLDocument_on_advise (htmldoc.c:3839) ==20037== by 0x7521730: ConnectionPoint_Advise (conpoint.c:269) ==20037== by 0x4DD7CDF: test_Load (ocidl.h:3659) ==20037== by 0x4DD84EA: func_xmlview (xmlview.c:270) ==20037== by 0x4DD9310: run_test (test.h:584) ==20037== by 0x4DD96FF: main (test.h:654) ==20037== -- 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 36404] New: valgrind shows a leak in faultrep/tests/faultrep.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36404 Bug ID: 36404 Summary: valgrind shows a leak in faultrep/tests/faultrep.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15724== 16 bytes in 1 blocks are definitely lost in loss record 15 of 94 ==15724== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==15724== by 0x7BC76872: RtlAllocateAndInitializeSid (sec.c:156) ==15724== by 0x51F9377: AllocateAndInitializeSid (security.c:916) ==15724== by 0x4A9510A: func_faultrep (faultrep.c:59) ==15724== by 0x4A956FA: run_test (test.h:584) ==15724== by 0x4A94C0E: main (test.h:654) ==15724== -- 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 23821] New: Super Mario Brothers X hangs in quartz?
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=23821 Summary: Super Mario Brothers X hangs in quartz? Product: Wine Version: 1.2 Platform: x86 URL: http://www.supermariobrothers.org OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The free downloadable game Super Mario Brothers X installs ok. It requires 'winetricks vb6run' to run, and gets two screens in before hanging with an infinite series of messages like fixme:quartz:parse_header Not a valid header: 62:04 Clicking the checkmark on the startup screen to disable game sound lets the game run fine. Some people say 'winetricks quartz' solves the problem (http://www.supermariobrothers.org/forums/viewtopic.php?f=8&t=6711 ) -- 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 47414] New: valgrind shows a definite memory leak in dlls/ntdll/ loader.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47414 Bug ID: 47414 Summary: valgrind shows a definite memory leak in dlls/ntdll/loader.c Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 64761 --> https://bugs.winehq.org/attachment.cgi?id=64761 terminal output Occurs whenever a dll is loaded, so...a lot: ==27336== 51 bytes in 1 blocks are definitely lost in loss record 182 of 465 ==27336== at 0x7BC5EABC: notify_alloc (heap.c:260) ==27336== by 0x7BC61B02: RtlAllocateHeap (heap.c:1725) ==27336== by 0x7BC64827: open_builtin_file (loader.c:2320) ==27336== by 0x7BC64F97: find_builtin_dll (loader.c:2373) ==27336== by 0x7BC6800A: load_builtin_dll (loader.c:2507) ==27336== by 0x7BC686B2: load_dll (loader.c:2857) ==27336== by 0x7BC68EEB: import_dll (loader.c:762) ==27336== by 0x7BC67BD9: fixup_imports (loader.c:1126) ==27336== by 0x7BC69BEE: load_builtin_callback (loader.c:1826) ==27336== by 0x4046C31: __wine_dll_register (loader.c:528) ==27336== by 0x598848F: __wine_spec_init (init.c:39) ==27336== by 0x40101F8: call_init.part.0 (dl-init.c:58) ==27336== by 0x4010331: call_init (dl-init.c:118) ==27336== by 0x4010331: _dl_init (dl-init.c:119) ==27336== by 0x4013F57: dl_open_worker (dl-open.c:506) ==27336== by 0x43ACBF9: _dl_catch_exception (dl-error-skeleton.c:196) ==27336== by 0x40137FD: _dl_open (dl-open.c:588) ==27336== by 0x44552F2: dlopen_doit (dlopen.c:66) ==27336== by 0x43ACBF9: _dl_catch_exception (dl-error-skeleton.c:196) ==27336== by 0x43ACC8F: _dl_catch_error (dl-error-skeleton.c:215) ==27336== by 0x4455B94: _dlerror_run (dlerror.c:163) ==27336== -- 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 35252] New: lsTasks tool fails due to ITaskScheduler::Enum being a stub
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=35252 Bug ID: 35252 Summary: lsTasks tool fails due to ITaskScheduler::Enum being a stub Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mstask Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 8549 --- snip --- ... 0024:trace:mstask:MSTASK_ITaskScheduler_SetTargetComputer (0x12fce0)->(L"\\\\nexus4") 0024:Call KERNEL32.GetComputerNameW(0033f44c,0033f444) ret=7e39086a 0024:Ret KERNEL32.GetComputerNameW() retval=00000001 ret=7e39086a 0024:Call KERNEL32.lstrcmpiW(0033f448 L"\\\\nexus4",0040a900 L"\\\\nexus4") ret=7e390883 0024:Ret KERNEL32.lstrcmpiW() retval=00000000 ret=7e390883 0024:Call ntdll.RtlAllocateHeap(0040c000,00000000,00001000) ret=00403761 0024:Ret ntdll.RtlAllocateHeap() retval=0040e920 ret=00403761 0024:fixme:mstask:MSTASK_ITaskScheduler_Enum 0x12fce0, 0x33fc30: stub 0024:Call ole32.CoUninitialize() ret=004011bc 0024:Call user32.DestroyWindow(00020046) ret=7ecd352a ... 0024:Call KERNEL32.ExitProcess(00000001) ret=004011c4 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/5bff2fb66b46ab1834354b57baca2628… --- snip --- 141 static HRESULT WINAPI MSTASK_ITaskScheduler_Enum( 142 ITaskScheduler* iface, 143 IEnumWorkItems **ppEnumTasks) 144 { 145 FIXME("%p, %p: stub\n", iface, ppEnumTasks); 146 return E_NOTIMPL; 147 } --- snip --- $ sha1sum lsTasks.zip 34a1eec6036ea72ecac0e27d0d252fbed4730117 lsTasks.zip $ du -sh lsTasks.zip 20K lsTasks.zip $ wine --version wine-1.7.9-209-gb231b4b Regards -- 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 11

[Bug 36266] New: valgrind shows several leaks in dmusic/tests/dmusic.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36266 Bug ID: 36266 Summary: valgrind shows several leaks in dmusic/tests/dmusic.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4171== 848 bytes in 1 blocks are definitely lost in loss record 658 of 735 ==4171== at 0x7BC4C735: notify_alloc (heap.c:255) ==4171== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4171== by 0x5BAFDCB: DMUSIC_CreateDirectMusicCollectionImpl (collection.c:828) ==4171== by 0x5BB1ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4171== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4171== by 0x4956AD0: test_dmcoll (dmusic.c:320) ==4171== by 0x4956FFD: func_dmusic (dmusic.c:381) ==4171== by 0x4957DF8: run_test (test.h:584) ==4171== by 0x49581E6: main (test.h:654) ==4171== ==4191== 848 bytes in 1 blocks are definitely lost in loss record 655 of 733 ==4191== at 0x7BC4C735: notify_alloc (heap.c:255) ==4191== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4191== by 0x5BAFDCB: DMUSIC_CreateDirectMusicCollectionImpl (collection.c:828) ==4191== by 0x5BB1ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4191== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4191== by 0x4956750: test_COM_dmcoll (dmusic.c:285) ==4191== by 0x4956FEE: func_dmusic (dmusic.c:378) ==4191== by 0x4957DF8: run_test (test.h:584) ==4191== by 0x49581E6: main (test.h:654) ==4191== ==4250== 448 bytes in 1 blocks are definitely lost in loss record 586 of 733 ==4250== at 0x7BC4C735: notify_alloc (heap.c:255) ==4250== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4250== by 0x5BBAA04: DMUSIC_CreateSynthPortImpl (port.c:693) ==4250== by 0x5BB4741: IDirectMusic8Impl_CreatePort (dmusic.c:156) ==4250== by 0x4954FF7: test_dmusic (dmusic.c:70) ==4250== by 0x4956FF3: func_dmusic (dmusic.c:379) ==4250== by 0x4957DF8: run_test (test.h:584) ==4250== by 0x49581E6: main (test.h:654) ==4250== ==4270== 304 bytes in 1 blocks are definitely lost in loss record 570 of 733 ==4270== at 0x7BC4C735: notify_alloc (heap.c:255) ==4270== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4270== by 0x5BBEF3C: DMUSIC_CreateReferenceClockImpl (clock.c:129) ==4270== by 0x5BC551A: DMUSIC_CreateDirectMusicImpl (dmusic.c:423) ==4270== by 0x5BC5ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4270== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4270== by 0x4955778: test_dmbuffer (dmusic.c:137) ==4270== by 0x4956FF8: func_dmusic (dmusic.c:380) ==4270== by 0x4957DF8: run_test (test.h:584) ==4270== by 0x49581E6: main (test.h:654) ==4270== ==4309== 56 bytes in 1 blocks are possibly lost in loss record 346 of 733 ==4309== at 0x7BC4C735: notify_alloc (heap.c:255) ==4309== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4309== by 0x5BEE2EC: MMDRV_InitPerType (lolvldrv.c:384) ==4309== by 0x5BEEC4D: MMDRV_Install (lolvldrv.c:476) ==4309== by 0x5BEF16F: MMDRV_Init (lolvldrv.c:547) ==4309== by 0x5BECF4B: MMDRV_InitSingleType (lolvldrv.c:78) ==4309== by 0x5BECFEE: MMDRV_GetNum (lolvldrv.c:89) ==4309== by 0x5C0A7C8: midiOutGetNumDevs (winmm.c:284) ==4309== by 0x5BB5004: create_system_ports_list (dmusic.c:328) ==4309== by 0x5BB55C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436) ==4309== by 0x5BB5ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4309== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4309== by 0x4956F50: missing_dmusic (dmusic.c:356) ==4309== by 0x4956FB5: func_dmusic (dmusic.c:371) ==4309== by 0x4957DF8: run_test (test.h:584) ==4309== by 0x49581E6: main (test.h:654) ==4309== -- 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 48087] New: Firestorm viewer can't login to Second Life grid since 4.19
by WineHQ Bugzilla 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=48087 Bug ID: 48087 Summary: Firestorm viewer can't login to Second Life grid since 4.19 Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: randrianasulu(a)gmail.com Distribution: --- Created attachment 65645 --> https://bugs.winehq.org/attachment.cgi?id=65645 bisect log Regression happened, but I had few older versions of wine around. Bisect point at: 0a89a699135802b083d142130d3b0ef618485478 is the first bad commit commit 0a89a699135802b083d142130d3b0ef618485478 Author: Erich E. Hoover <erich.e.hoover(a)gmail.com> Date: Wed Oct 16 16:09:16 2019 -0600 msvcrt: Fix fscanf return when EOF is immediately after an end of line. Signed-off-by: Erich E. Hoover <erich.e.hoover(a)gmail.com> Signed-off-by: Piotr Caban <piotr(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 0ab968b592ecea82a446a1f9ea6726a164fd5327 8e66c58dd2bee2820b3ab2b619a0f0e402472657 M dlls I have this info as reported by Firestorm: Firestorm 6.3.2.58052 (Firestorm-Release 32bit) Заметки о выпуске CPU: AMD FX(tm)-4300 Quad-Core Processor (3800.11 MHz) Память RAM: 11877 MB Версия ОС: Microsoft Windows 10 32-bit (Build 17134) Производитель видеокарты: nouveau Видеокарта: NV92 Версия графического драйвера Windows: 1.0 Версия OpenGL: 3.3 (Compatibility Profile) Mesa 20.0.0-devel (git-bc80900b6c) I also tried to leave profile at win7-32bit, or start from fresh profile. -- 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 16

[Bug 36615] New: valgrind shows a definite leak in mshtml/tests/htmldoc.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36615 Bug ID: 36615 Summary: valgrind shows a definite leak in mshtml/tests/htmldoc.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3134== 112 bytes in 1 blocks are definitely lost in loss record 8,688 of 12,948 ==3134== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==3134== by 0x7BC515C4: RtlReAllocateHeap (heap.c:1883) ==3134== by 0x7B845879: HeapReAlloc (heap.c:281) ==3134== by 0x7B8465DA: GlobalReAlloc (heap.c:679) ==3134== by 0x4FC8BD2: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==3134== by 0x4FC886D: HGLOBALStreamImpl_Write (objidl.h:4391) ==3134== by 0x6DD059D: PersistHistory_SaveHistory (objidl.h:4384) ==3134== by 0x4CEC11B: test_save_history (perhist.h:141) ==3134== by 0x4CEE5F8: OleCommandTarget_Exec (htmldoc.c:3097) ==3134== by 0x6DCD298: notify_travellog_update (docobj.h:981) ==3134== by 0x6DCD46F: set_current_mon (persist.c:134) ==3134== by 0x6DA5B11: navigate_proc (navigate.c:2093) ==3134== by 0x6DE4D8C: hidden_proc (task.c:316) ==3134== by 0x55A14F5: ??? (winproc.c:173) ==3134== by 0x55A166A: call_window_proc (winproc.c:244) ==3134== by 0x55A2858: WINPROC_CallProcAtoW (winproc.c:603) ==3134== by 0x55A38FD: WINPROC_call_window (winproc.c:911) ==3134== by 0x5564859: DispatchMessageA (message.c:3948) ==3134== by 0x4CF697E: test_download (htmldoc.c:5753) ==3134== by 0x4CF8BB9: test_put_href (htmldoc.c:6068) ==3134== -- 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 7