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

[Bug 47128] New: Heroes of the Storm: Unreasonable I/ O disk usage on leading to stuttering during game gameplay
by wine-bugs＠winehq.org 26 Jul '20

26 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=47128 Bug ID: 47128 Summary: Heroes of the Storm: Unreasonable I/O disk usage on leading to stuttering during game gameplay Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukycrociato(a)gmail.com Distribution: --- This was experienced from me and a few people I play with on Linux + Wine Distribution: Ubuntu 19.04 Hardware: 19.04, the machine has an AMD Ryzen 5 1600 CPU, GTX NVIDIA 1060 3GB, 2x4GB dual channel DDR4 HyperX RAM, Crucial MX 500 SSD, MSI b350m mortar motherboard, nvidia driver 430.09 Wine version: Tested 4.6, and a couple of others leading pretty much the same results. What was tested: -Playing from an ntfs-3g partition on an HDD (Seagate 5200RPM) -Playing from an ntfs-3g partition on an SSD (Crucial MX500) -Playing from an ext4 partition on an SSD and HDD (the same as above) No matter what configuration, graphics driver, DXVK, wine d3d11 or not, using disk monitoring software like iotop clearly shows unreasonable I/O usage (close to 100%) when those stutters happen for small reads (less than 1 Megabyte) leading the game to be mostly unplayable thanks to those, which for example do not happen on other wine games with the same specs/config even more graphics-demanding. This happens during the normal gameplay, not during the loading. This is obviously worse when the game is run from an HDD, slightly better but still present on an SSD. Of course the I/O usage is different from the one Windows has in this game. I am obviously available for further testing if you tell me what to do to better diagnose that. -- 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 36184] New: valgrind shows a potential leaks in avifil32/tests/api.c
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=36184 Bug ID: 36184 Summary: valgrind shows a potential leaks in avifil32/tests/api.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 ==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677 ==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2113== by 0x7B8457FF: HeapAlloc (heap.c:271) ==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732) ==2113== by 0x588B6C6: OleInitialize (ole2.c:215) ==2113== by 0x4F95DE3: AVIFileInit (api.c:177) ==2113== by 0x4E6D3D2: func_api (api.c:716) ==2113== by 0x4E6E1F6: run_test (test.h:584) ==2113== by 0x4E6E5E4: main (test.h:654) ==2113== -- 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 44087] New: GLRAGE - TombATI - Tomb Raider 1 - can not play avi video ( and others videos formats than RPL)
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=44087 Bug ID: 44087 Summary: GLRAGE - TombATI - Tomb Raider 1 - can not play avi video (and others videos formats than RPL) Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- With GLRage you can play Tomb Raider 1 with high quality 3D graphic on modern computer. Glrage will ask for the game media (CD,Gog or Steam install...) because it uses most of the original game files. It works great on Linux with Wine after some little tweaks. Original Tomb Raider videos are in RPL format. GLRage know how to plays them and you can even replace original videos by new higher quality video in others formats (avi, mkv...). The bug here is about GLRage wich can not play other videos formats than RPL with Wine. How to reproduce: - configure wine: activate virtual desktop mode, install vc_redist.x86.exe, override winmm.dll and ddraw.dll - install GLRage, you can download it here: https://github.com/ata4/glrage/releases - install it, during installation it will ask you for your Tomb Raider 1 CD or installation folder (Gog, STeam...) - Launch GLRage, videos played normally - download "Tomb Raider 1 higher quality cinematics" from here: http://download.glidos.net/TombATI - replace the RPL videos located here: drive_c/tombati/fmv by the ones from the "Tomb Raider 1 higher quality cinematics" package. This videos are in avi format. - launch GLRage: it can not play video, you have this error message: movie playback 0x800401f0 This is the wine terminal log: fixme:winediag:start_process Wine Staging 2.19 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. err:winedevice:async_create_driver failed to create driver L"WineBus": c0000142 fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 fixme:vcruntime:__telemetry_main_invoke_trigger (0x10000000) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32e894, 0x32e8a4 0x32e898 fixme:nls:get_dummy_preferred_ui_language (0x38 0x32e894 0x32e8a4 0x32e898) returning a dummy value (current locale) fixme:module:load_library unsupported flag(s) used (flags: 0x00000060) fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e9dc 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e76c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e83c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e59c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e66c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e49c 1 C) semi-stub err:ole:CoCreateInstanceEx apartment not initialised the last line "err:ole:CoCreateInstanceEx apartment not initialised" appear each time GLRage can not play a video (avi videos). I think GLRage play RPL by his own . But for others formats it uses Windows components? -- 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 36182] New: valgrind shows a potential leaks in atl/tests/registrar.c
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=36182 Bug ID: 36182 Summary: valgrind shows a potential leaks in atl/tests/registrar.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562 ==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526) ==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335) ==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894) ==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032) ==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197) ==13481== by 0x4C9A026: test_registrar (registrar.c:68) ==13481== by 0x4C9A8A7: func_registrar (registrar.c:159) ==13481== by 0x4C9B6A7: run_test (test.h:584) ==13481== by 0x4C9BA96: main (test.h:654) ==13481== -- 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 26108] New: ole32/defaulthandlers tests shows a valgrind warning
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

http://bugs.winehq.org/show_bug.cgi?id=26108 Summary: ole32/defaulthandlers tests shows a valgrind warning Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at StorageImpl_CreateDirEntry (storage32.c:1251) by StorageBaseImpl_CreateDirEntry (storage32.h:272) by StorageBaseImpl_CreateStream (storage32.c:985) by init_ole_stream (defaulthandler.c:1619) by DefaultHandler_IPersistStorage_InitNew (defaulthandler.c:1685) by test_olestream (defaulthandler.c:81) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlReAllocateHeap (heap.c:1897) by HeapReAlloc (heap.c:277) by GlobalReAlloc (heap.c:676) by HGLOBALLockBytesImpl_SetSize (memlockbytes.c:518) by StorageImpl_Construct (storage32.c:2740) by Storage_Construct (storage32.c:5131) by StgCreateDocfileOnILockBytes (storage32.c:7709) by create_storage (defaulthandler.c:41) by test_olestream (defaulthandler.c:69) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) -- 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 6

[Bug 26049] New: ws2_32/sock tests shows some leaks in AcceptEx?
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

http://bugs.winehq.org/show_bug.cgi?id=26049 Summary: ws2_32/sock tests shows some leaks in AcceptEx? Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33221) --> (http://bugs.winehq.org/attachment.cgi?id=33221) valgrind log Several leaks like: 36 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by WS2_AcceptEx (socket.c:1991) by test_AcceptEx (sock.c:4464) by func_sock (sock.c:4703) by run_test (test.h:556) by main (test.h:624) -- 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 8

[Bug 36326] New: valgrind shows a leak in rpcrt4/tests/rpc_protoseq.c
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=36326 Bug ID: 36326 Summary: valgrind shows a leak in rpcrt4/tests/rpc_protoseq.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13435== 68 bytes in 1 blocks are possibly lost in loss record 143 of 282 ==13435== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==13435== by 0x5BB4B33: rpcrt4_protseq_sock_alloc (rpc_transport.c:1554) ==13435== by 0x5BAFAE5: RPCRT4_get_or_create_serverprotseq (rpc_server.c:927) ==13435== by 0x5BB1D62: RpcServerUseProtseqA (rpc_server.c:1041) ==13435== by 0x4D7A5B0: func_rpc_protseq (rpc_protseq.c:71) ==13435== by 0x4D9AC78: run_test (test.h:584) ==13435== by 0x4D9B067: main (test.h:654) ==13435== ==13580== 64 bytes in 1 blocks are possibly lost in loss record 140 of 282 ==13580== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==13580== by 0x5B94EC7: rpcrt4_protseq_np_alloc (rpc_transport.c:642) ==13580== by 0x5B8FAE5: RPCRT4_get_or_create_serverprotseq (rpc_server.c:927) ==13580== by 0x5B919A1: RpcServerUseProtseqEpExA (rpc_server.c:997) ==13580== by 0x5B91B08: RpcServerUseProtseqEpA (rpc_server.c:892) ==13580== by 0x4D5A4F6: func_rpc_protseq (rpc_protseq.c:58) ==13580== by 0x4D7AC78: run_test (test.h:584) ==13580== by 0x4D7B067: main (test.h:654) ==13580== -- 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 32126] New: Mathcad 14 ends up in a loop
by wine-bugs＠winehq.org 19 Jul '20

19 Jul '20

http://bugs.winehq.org/show_bug.cgi?id=32126 Bug #: 32126 Summary: Mathcad 14 ends up in a loop Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mlang AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)uukgoblin.net Classification: Unclassified Running Mathcad 14 (Academic Version from Open University) on wine 1.5.16. When opening specific files or when displaying some of the tips of the day, Mathcad 14 freezes up, and there's lots of lines like these displayed in the console: fixme:mlang:fnIMLangLineBreakConsole_BreakLineW (0x361f760)->1024 L"Find out what's new in Mathcad 14 under New Features." 53 -17197070 0xede79c 0xede768 The third number from the right decreases by 1 with each line printed, and everything else stays the same. Austin English suggested using "native mlang/usp10" (in bug 32091). I've installed usp10 with winetricks and it's set to use native first in winecfg, but it didn't help. I'm not sure how to get native mlang, winetricks doesn't seem to know what it is - any help on that would be appreciated. -- 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 26

[Bug 35736] New: Citavi 4.3 is installed but can not be started
by wine-bugs＠winehq.org 18 Jul '20

18 Jul '20

http://bugs.winehq.org/show_bug.cgi?id=35736 Bug ID: 35736 Summary: Citavi 4.3 is installed but can not be started Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jules(a)habmalnefrage.de I tried to install Citavi 4.3 in Wine 1.7.13 (OS: Ubuntu 13.10). First, I created a Prefix with win32 Architecture rm -rf .wine WINEARCH=win32 WINEPREFIX=~/.wine winecfg Then I successfully installed .NET 4.5 as described here: https://appdb.winehq.org/objectManag…sion&iId=25478 Furthermore I installed Internet Explorer 7 for Windows Server 2003 32-bit (https://www.microsoft.com/en-us/down….aspx?id=24802) with wine and gdiplus, corefonts, vcrun2008, vcrun2010, vb6run, mdac28 and jet40 with winetricks. Then I was not sure: According to the description (https://appdb.winehq.org/objectManag…sion&iId=25478) I should have changed the windows version of the Wine-Prefix to Windows 2003 after installing .NET 4.5. But Citavi 4.3 requires Windows 7. So I carried on with Windows 7 and installed Citavi 4.3 (Download: http://www.citavi.de/de/download.html) The Installation ran without problems. But Citavi could not be started afterwards. When starting it from bash I just got the attached feedback. Regards, Jules -- 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 6

[Bug 20951] New: Wine cannot be compiled with -pg GCC option
by wine-bugs＠winehq.org 18 Jul '20

18 Jul '20

http://bugs.winehq.org/show_bug.cgi?id=20951 Summary: Wine cannot be compiled with -pg GCC option Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com make[1]: Entering directory `/tmp/wine-1.1.34/loader' gcc -o wine-preloader -static -nostartfiles -nodefaultlibs -Wl,-Ttext=0x7c000000 preloader.o ../libs/port/libwine_port.a preloader.o: In function `__bb_init_func': /tmp/wine-1.1.34/loader/preloader.c:162: undefined reference to `mcount' preloader.o: In function `__stack_chk_fail_local': /tmp/wine-1.1.34/loader/preloader.c:166: undefined reference to `mcount' preloader.o: In function `__stack_chk_fail': /tmp/wine-1.1.34/loader/preloader.c:167: undefined reference to `mcount' preloader.o: In function `wld_mmap': /tmp/wine-1.1.34/loader/preloader.c:276: undefined reference to `mcount' preloader.o: In function `wld_strcmp': /tmp/wine-1.1.34/loader/preloader.c:340: undefined reference to `mcount' preloader.o:/tmp/wine-1.1.34/loader/preloader.c:367: more undefined references to `mcount' follow collect2: ld returned 1 exit status make[1]: *** [wine-preloader] Error 1 -- 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