December 2019 - Wine-Bugs - list.winehq.org

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

July 19, 2020

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 July 19, 2020

July 19, 2020

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 July 18, 2020

July 18, 2020

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 July 18, 2020

July 18, 2020

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 July 18, 2020

July 18, 2020

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

[Bug 32215] New: wine 11game.exe run error after installed by wine 5211setup.exe
by wine-bugs＠winehq.org July 17, 2020

July 17, 2020

http://bugs.winehq.org/show_bug.cgi?id=32215 Bug #: 32215 Summary: wine 11game.exe run error after installed by wine 5211setup.exe Product: Wine Version: 1.5.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightning1141(a)gmail.com Classification: Unclassified Created attachment 42489 --> http://bugs.winehq.org/attachment.cgi?id=42489 wine 11game.exe 1. Download 5211Game.exe from http://www.5211game.com/down.aspx 2. install with wine $wine 5211setup.exe 3. start from wine $wine ~/.wine/drive_c/Program\ Files\ $x86$/11game/11Game.exe &> wine-11game.log 11game.exe will not start, with such output: wine: Unhandled page fault on read access to 0x7a2b0000 at address 0x78aa1f77 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x7a2b0000 in 32-bit code (0x78aa1f77). A full log is attached. The software 5211setup.exe updates frequently. $sha1sum 5211setup.exe fff5d91fcd4cde99b42a77a435435d2baf8c44b3 5211setup.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 15

[Bug 13046] New: Intermittent audio looping in Beyond Good and Evil
by wine-bugs＠winehq.org July 17, 2020

July 17, 2020

http://bugs.winehq.org/show_bug.cgi?id=13046 Summary: Intermittent audio looping in Beyond Good and Evil Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben-dev(a)gmx.net Created an attachment (id=12801) --> (http://bugs.winehq.org/attachment.cgi?id=12801) dsound trace The sound in Beyond Good and Evil is badly broken. Around half of the audio clips (whether they're music, voice or effects) start playing but get stuck in a ~2 second continuous loop (i.e. the first ~2 seconds of the clip play over and over again) and this continues until a scene change. I've tested this on Ubuntu 7.10 and 8.04 with alsa, oss and jack and nothing helped. In the trace, I can't see anything obvious. It looks a bit like the application stops responding to SetEvent()s. In the attached file, the only sound you can hear is looping for the last half of the trace. The problems vary from run to run - pretty much any of the audio clips might break on any given run. I searched bugzilla but couldn't see any bugs for this problem. -- 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 56

[Bug 45690] New: Wine does not respect window managers that don' t support iconic state
by wine-bugs＠winehq.org July 17, 2020

July 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=45690 Bug ID: 45690 Summary: Wine does not respect window managers that don't support iconic state Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: streetwalkermc(a)gmail.com Distribution: --- Several window managers, such as i3, do not support iconized windows by design. However, Wine does not respect those window managers, and will internally go into iconic state despite the WM not granting its request. This results in unusable applications until the WM asks Wine to go back to its normal state again. An easy way to reproduce this is to launch a game that uses exclusive full-screen. When the game loses focus (e.g., by switching to another workspace), it will request iconization. Wine will then call XIconizeWindow, and immediately assume that the window has been minimized, instead of waiting for the WM to update the WM_STATE atom and then considering itself minimized. This will make the game unplayable until it is terminated externally, unless the WM implements a hack to get it out of that state. Related thread: https://github.com/i3/i3/pull/3370 -- 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 42874] New: Battle.net App is unable to update games
by wine-bugs＠winehq.org July 17, 2020

July 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=42874 Bug ID: 42874 Summary: Battle.net App is unable to update games Product: Wine Version: 2.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 57992 --> https://bugs.winehq.org/attachment.cgi?id=57992 Console output Any game requiring an update will cause a loop and not finish updating. Overwatch, Hearthstone, World of Warcraft or whatever other Game you have will announce a possible update is ready. If it is started, it will never finish and you will be notified of a possible update again. -- 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 39

[Bug 28109] New: winmm capture tests fail on some machines
by wine-bugs＠winehq.org July 17, 2020

July 17, 2020

http://bugs.winehq.org/show_bug.cgi?id=28109 Summary: winmm capture tests fail on some machines Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On my Asus G60JX laptop, with Ubuntu 11.04, winmm's capture tests fail with err:winmm:WINMM_OpenDevice Activate failed: 80004005 capture.c:148: Test failed: waveInOpen(1): format=8000x 8x1 flags=50000(CALLBACK_EVENT) rc=MMSYSERR_ERROR(Undefined external error.) err:winmm:WINMM_OpenDevice Activate failed: 80004005 capture.c:148: Test failed: waveInOpen(1): format=8000x 8x1 flags=50008(CALLBACK_EVENT|WAVE_FORMAT_DIRECT) rc=MMSYSERR_ERROR(Undefined external error.) This is a bit like bug 27895. -- 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 20