[Bug 50166] New: Benchmark Sims BMS 4.34 flight sim hangs when air traffic control uses TTS, able to get backtrace
https://bugs.winehq.org/show_bug.cgi?id=50166 Bug ID: 50166 Summary: Benchmark Sims BMS 4.34 flight sim hangs when air traffic control uses TTS, able to get backtrace Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: freehand(a)tutanota.com Distribution: --- Created attachment 68684 --> https://bugs.winehq.org/attachment.cgi?id=68684 backtrace produced at the moment BMS 4.34 hangs, during air traffic TTS The latest version of the Falcon 4 community patch project is BMS 4.34, which adds sophisticated air traffic control. Though it is maintained and developed by volunteers, as of 2020 BMS 4.34 is one of the best combat flight sims available, comparable to the best commercial products. Previous versions, such as BMS 4.33, are rated platinum compatibility with wine. With BMS 4.34, though, wine hangs when air traffic control TTS is used. I experimented with sound settings and was able to get a backtrace rather than just a hang (see attachment). My specific procedure was: I am using wine 5.21 (Staging) on Ubuntu 20.04 LTS. As a first step, I got a reproduceable hang by starting BMS 434, choosing TE #1 ground ops, selecting the training flight entering 3D with the default ramp start, then waiting for the hang at about 10:28:47 on the cockpit clock at upper right. While waiting I was watching the running processes on a second monitor using the linux top command. I saw the pulseaudio process active a lot, so I exited BMS, set sound volume to zero in Ubuntu, restarted BMS, turned all sound volume to zero, then started the TE #1 again. Then in top I killed the pulseaudio process. Why do all this with the sound? In hopes of generating a stack trace. It worked! BMS produced the stack trace dialog at the point where it usually hangs.
From the stack trace it appears that the problem is in VoiceManager (see stack trace below). Components involved appear to be: installation and setup API ( dlls/{cfgmgr32,newdev,setupapi} ) Common Controls DLL ( dlls/comctl32/ ) winmm and mci ( dlls/{winmm,mciavi32,mcicda,mciseq,mciwave}/ )
-- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|setupapi |-unknown CC| |o.dierick(a)piezo-forte.be Severity|critical |normal --- Comment #1 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, Issues in a single application are severity 'normal'. Read more about severity levels descriptions there: https://wiki.winehq.org/Bugs#severity Issue about sound is most probably not related to component setupapi. Please attach a normal (=without WINEDEBUG) terminal output. Instructions to get a log can be found there: https://wiki.winehq.org/FAQ#get_log 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #2 from Zebediah Figura <z.figura12(a)gmail.com> --- That's a bit of an odd approach, and I'm not sure how meaningful the results are. Do you get the same if you disable pulse before starting, or use a different backend (e.g. ALSA) instead? (To do the latter, open the key HKEY_CURRENT_USER\Software\Wine\Drivers and set the string value "Audio" to "alsa"; see also [1]). A log with WINEDEBUG=+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp would likely also be helpful. [1] https://wiki.winehq.org/Useful_Registry_Keys -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 hoover <uwe.schuerkamp(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |uwe.schuerkamp(a)gmail.com --- Comment #3 from hoover <uwe.schuerkamp(a)gmail.com> --- I can confirm this bug / crash in my setup (Linux Mint 20, wine-development package installed). wine: Unhandled page fault on read access to FFFFFFFFFFFFFFFF at address 000000007BC7308A (thread 0043), starting debugger... 0044:err:ntdll:RtlpWaitForCriticalSection section 0x100a8 "heap.c: main process heap section" wait timed out in thread 0044, blocked by 0043, retrying (60 sec) 003d:err:ntdll:RtlpWaitForCriticalSection section 0x100a8 "heap.c: main process heap section" wait timed out in thread 003d, blocked by 0043, retrying (60 sec) 0055:err:ntdll:RtlpWaitForCriticalSection section 0x100a8 "heap.c: main process heap section" wait timed out in thread 0055, blocked by 0043, retrying (60 sec) I'm not seeing that "drivers" entry in my wine setup under the registry path you mentioned, otherwise I would have tried the "alsa" setting you suggested. I would have attached a DEBUG log with your settings, but even gzipped it's too large to attach here (64MB). -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #4 from hoover <uwe.schuerkamp(a)gmail.com> --- gzipped DEBUG log can be found here: https://zif.gplrank.info/hoover/bms/test_bms.txt.gz All the best & thanks for taking a look! Uwe -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #5 from hoover <uwe.schuerkamp(a)gmail.com> --- Just managed to add the required registry key and set it to alsa which had the effect of all sounds getting garbled and sounding really bad, but the crash still orrurs at the same time into my test TE. All the best, Uwe -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #6 from freehand(a)tutanota.com --- Several members of the benchmarksims.org forum report crash dialog boxes mentioning "VoiceManager". When the hang occurs, the the last few words spoken by the TTS air traffic control is repeated in an infinite loop on the speakers. A few comments from the forum about this bug: "A voice message repeats over and over when BMS 4.34 on linux stalls in campaign. This suggests the hypothesis that the problem is in the text-to-speech code is correct. Text to speech does work for a while in campaign, however. Perhaps a TTS buffer overflows after a while? " "BMS crashes each time when an AI taxis near the runway (this would be when ground tells to switch to tower frequency, I assume). Tested once in campaign, same results."
From another forum member: "Just hit the same issue, I wonder what exactly the voice management thread does (or doesn't) to make other threads timeout. Server runs fine like 40 mins at avg before crashing. "
From yet another forum member: "My install is on Ubuntu 20.04. I installed Falcon and BMS through Lutris but didn't do anything special than what could have had been done with wine. Using the proprietary Nvidia drivers for 1050Ti card on a i7. I also have Opentrack installed in the same wine prefix." (he then describes that crashes happen, apparently when air traffic control uses TTS
Here's another crash log provided by a benchmark sims forum user, this one using wine 4.3: -------- Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit code (0x00000001400c11c0). Register dump: rip:00000001400c11c0 rsp:0000000010a6fd20 rbp:0000000000000000 eflags:00010206 ( R- -- I - -P- ) rax:0000000000000000 rbx:000e00c008980000 rcx:00000000000100a8 rdx:00000000000100b0 rsi:0000000000000000 rdi:0000000000000001 r8:000000002c3db3c0 r9:0000000000000000 r10:0000000000000002 r11:0000000010a6fcf0 r12:0000000000000000 r13:0000000000000000 r14:0000000000000000 r15:0000000140000000 Stack dump: 0x0000000010a6fd20: 0000000000000108 000000000a12b280 0x0000000010a6fd30: 0000000000000000 000000014071043b 0x0000000010a6fd40: 0000000000000000 0000000100000001 0x0000000010a6fd50: 0000000000000000 0000000000000000 0x0000000010a6fd60: 0000000000000000 0000000000000000 0x0000000010a6fd70: 63732d7265767265 69772f7374706972 0x0000000010a6fd80: 000000003f800000 0000000000000000 0x0000000010a6fd90: 0000000000000000 0000000000000000 0x0000000010a6fda0: 0000000000000000 00000001400c10b0 0x0000000010a6fdb0: 0000000000000000 0000000010a6ffd0 0x0000000010a6fdc0: 0000000000000000 000000014070305d 0x0000000010a6fdd0: 000000000a12b368 000000000a2a0000 Backtrace: =>0 0x00000001400c11c0 VoiceManager::VoiceManagementThread+0x110(__formal=0xa12b368, curBuffer={0x1, 0x1}, doSleep="") in falcon bms (0x0000000000000000) 0x00000001400c11c0 VoiceManager::VoiceManagementThread+0x110 in falcon bms: movq (%rbx),%r8 Modules: Module Address Debug info Name (183 modules) ELF 7a800000- 7aa0a000 Deferred opengl32<elf> \-PE 7a850000- 7aa0a000 \ opengl32 ELF 7b400000- 7b826000 Deferred kernel32<elf> \-PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd2a000 Deferred ntdll<elf> \-PE 7bc20000- 7bd2a000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 148561000 PDB falcon bms PE 180000000- 180263000 Deferred d3dx9_43 ELF 7fc4c1145000- 7fc4c1452000 Deferred libasound.so.2 ELF 7fc4c1452000- 7fc4c16fb000 Deferred libvorbisenc.so.2 ELF 7fc4c16fb000- 7fc4c1927000 Deferred libvorbis.so.0 ELF 7fc4c1927000- 7fc4c1b30000 Deferred libogg.so.0 ELF 7fc4c1b30000- 7fc4c1da7000 Deferred libflac.so.8 ELF 7fc4c1da7000- 7fc4c1fac000 Deferred libuuid.so.1 ELF 7fc4c1fac000- 7fc4c21b2000 Deferred libasyncns.so.0 ELF 7fc4c21b2000- 7fc4c242a000 Deferred libsndfile.so.1 ELF 7fc4c242a000- 7fc4c2634000 Deferred libwrap.so.0 ELF 7fc4c2634000- 7fc4c283a000 Deferred libxtst.so.6 ELF 7fc4c283a000- 7fc4c2a42000 Deferred libsm.so.6 ELF 7fc4c2a42000- 7fc4c2c5f000 Deferred libice.so.6 ELF 7fc4c2c5f000- 7fc4c2e65000 Deferred libcap.so.2 ELF 7fc4c2e65000- 7fc4c30e8000 Deferred libpulsecommon-10.0.so ELF 7fc4c30e8000- 7fc4c3339000 Deferred libpulse.so.0 ELF 7fc4c3e02000- 7fc4c3e3a000 Deferred winealsa<elf> \-PE 7fc4c3e10000- 7fc4c3e3a000 \ winealsa ELF 7fc4c5e3e000- 7fc4c6061000 Deferred libncurses.so.5 ELF 7fc4c6061000- 7fc4c628b000 Deferred libtinfo.so.5 ELF 7fc4c628b000- 7fc4c64c3000 Deferred libedit.so.2 ELF 7fc4c6845000- 7fc4ca308000 Deferred libllvm-6.0.so.1 ELF 7fc4ca308000- 7fc4ca520000 Deferred libelf.so.1 ELF 7fc4ca520000- 7fc4ca729000 Deferred libdrm_amdgpu.so.1 ELF 7fc4ca729000- 7fc4ca935000 Deferred libdrm_radeon.so.1 ELF 7fc4ca935000- 7fc4cab3d000 Deferred libdrm_nouveau.so.2 ELF 7fc4cab3d000- 7fc4cad4c000 Deferred libsensors.so.4 ELF 7fc4cad4c000- 7fc4cbd11000 Deferred swrast_dri.so ELF 7fc4cbd11000- 7fc4cbf22000 Deferred libdrm.so.2 ELF 7fc4cbf22000- 7fc4cc127000 Deferred libxcb-dri2.so.0 ELF 7fc4cc127000- 7fc4cc342000 Deferred libxcb-glx.so.0 ELF 7fc4cc342000- 7fc4cc544000 Deferred libx11-xcb.so.1 ELF 7fc4cc544000- 7fc4cc747000 Deferred libxdamage.so.1 ELF 7fc4cc747000- 7fc4cc978000 Deferred libglapi.so.0 ELF 7fc4cc978000- 7fc4ccb7a000 Deferred libxshmfence.so.1 ELF 7fc4ccb7a000- 7fc4ccd81000 Deferred libxcb-sync.so.1 ELF 7fc4ccd81000- 7fc4ccf84000 Deferred libxcb-present.so.0 ELF 7fc4ccf84000- 7fc4cd18c000 Deferred libxcb-xfixes.so.0 ELF 7fc4cd18c000- 7fc4cd403000 Deferred libglx_mesa.so.0 ELF 7fc4cd403000- 7fc4cd6bd000 Deferred libgldispatch.so.0 ELF 7fc4cd6bd000- 7fc4cd8ef000 Deferred libglx.so.0 ELF 7fc4cd8ef000- 7fc4cdb80000 Deferred libgl.so.1 ELF 7fc4cde85000- 7fc4ce088000 Deferred libxcb-dri3.so.0 ELF 7fc4ce088000- 7fc4ce180000 Deferred windowscodecs<elf> \-PE 7fc4ce0b0000- 7fc4ce180000 \ windowscodecs ELF 7fc4ce212000- 7fc4ce239000 Deferred mmdevapi<elf> \-PE 7fc4ce220000- 7fc4ce239000 \ mmdevapi ELF 7fc4ce239000- 7fc4ce24e000 Deferred api-ms-win-appmodel-runtime-l1-1-1<elf> \-PE 7fc4ce240000- 7fc4ce24e000 \ api-ms-win-appmodel-runtime-l1-1-1 ELF 7fc4ce24e000- 7fc4ce262000 Deferred api-ms-win-core-file-l2-1-1<elf> \-PE 7fc4ce250000- 7fc4ce262000 \ api-ms-win-core-file-l2-1-1 ELF 7fc4ce2a2000- 7fc4ce2ce000 Deferred propsys<elf> \-PE 7fc4ce2b0000- 7fc4ce2ce000 \ propsys ELF 7fc4ce314000- 7fc4ce329000 Deferred api-ms-win-core-sysinfo-l1-2-1<elf> \-PE 7fc4ce320000- 7fc4ce329000 \ api-ms-win-core-sysinfo-l1-2-1 ELF 7fc4ce329000- 7fc4ce33e000 Deferred api-ms-win-core-localization-l1-2-1<elf> \-PE 7fc4ce330000- 7fc4ce33e000 \ api-ms-win-core-localization-l1-2-1 ELF 7fc4ce33e000- 7fc4ce352000 Deferred api-ms-win-core-fibers-l1-1-1<elf> \-PE 7fc4ce340000- 7fc4ce352000 \ api-ms-win-core-fibers-l1-1-1 ELF 7fc4ce352000- 7fc4ce367000 Deferred api-ms-win-core-synch-l1-2-0<elf> \-PE 7fc4ce360000- 7fc4ce367000 \ api-ms-win-core-synch-l1-2-0 ELF 7fc4ce367000- 7fc4ce57b000 Deferred libgpg-error.so.0 ELF 7fc4ce57b000- 7fc4ce88b000 Deferred libgcrypt.so.20 ELF 7fc4ce88b000- 7fc4cea9d000 Deferred liblz4.so.1 ELF 7fc4cea9d000- 7fc4cecc3000 Deferred liblzma.so.5 ELF 7fc4cecc3000- 7fc4cef65000 Deferred libsystemd.so.0 ELF 7fc4cef65000- 7fc4cf16e000 Deferred libffi.so.6 ELF 7fc4cf16e000- 7fc4cf3be000 Deferred libdbus-1.so.3 ELF 7fc4cf3be000- 7fc4cf641000 Deferred libgmp.so.10 ELF 7fc4cf641000- 7fc4cf876000 Deferred libhogweed.so.4 ELF 7fc4cf876000- 7fc4cfaad000 Deferred libnettle.so.6 ELF 7fc4cfaad000- 7fc4cfcc0000 Deferred libtasn1.so.6 ELF 7fc4cfcc0000- 7fc4cfef4000 Deferred libidn.so.11 ELF 7fc4cfef4000- 7fc4d0159000 Deferred libp11-kit.so.0 ELF 7fc4d0159000- 7fc4d035d000 Deferred libkeyutils.so.1 ELF 7fc4d035d000- 7fc4d0569000 Deferred libkrb5support.so.0 ELF 7fc4d0569000- 7fc4d076d000 Deferred libcom_err.so.2 ELF 7fc4d076d000- 7fc4d09a0000 Deferred libk5crypto.so.3 ELF 7fc4d09a0000- 7fc4d0c7a000 Deferred libkrb5.so.3 ELF 7fc4d0c7a000- 7fc4d0e8b000 Deferred libavahi-client.so.3 ELF 7fc4d0e8b000- 7fc4d1098000 Deferred libavahi-common.so.3 ELF 7fc4d1098000- 7fc4d1431000 Deferred libgnutls.so.30 ELF 7fc4d1431000- 7fc4d167c000 Deferred libgssapi_krb5.so.2 ELF 7fc4d167c000- 7fc4d1905000 Deferred libcups.so.2 ELF 7fc4d1916000- 7fc4d1954000 Deferred uxtheme<elf> \-PE 7fc4d1920000- 7fc4d1954000 \ uxtheme ELF 7fc4d1954000- 7fc4d1b5a000 Deferred libxfixes.so.3 ELF 7fc4d1b5a000- 7fc4d1d65000 Deferred libxcursor.so.1 ELF 7fc4d1d65000- 7fc4d1f75000 Deferred libxi.so.6 ELF 7fc4d1f75000- 7fc4d2178000 Deferred libxcomposite.so.1 ELF 7fc4d2178000- 7fc4d2383000 Deferred libxrandr.so.2 ELF 7fc4d2383000- 7fc4d258d000 Deferred libxrender.so.1 ELF 7fc4d258d000- 7fc4d2793000 Deferred libxxf86vm.so.1 ELF 7fc4d2793000- 7fc4d2996000 Deferred libxinerama.so.1 ELF 7fc4d2996000- 7fc4d2b9e000 Deferred librt.so.1 ELF 7fc4d2b9e000- 7fc4d2db4000 Deferred libbsd.so.0 ELF 7fc4d2db4000- 7fc4d2fba000 Deferred libxdmcp.so.6 ELF 7fc4d2fba000- 7fc4d31be000 Deferred libxau.so.6 ELF 7fc4d31be000- 7fc4d33e6000 Deferred libxcb.so.1 ELF 7fc4d33e6000- 7fc4d3726000 Deferred libx11.so.6 ELF 7fc4d3726000- 7fc4d3938000 Deferred libxext.so.6 ELF 7fc4d3949000- 7fc4d39ee000 Deferred winex11<elf> \-PE 7fc4d3960000- 7fc4d39ee000 \ winex11 ELF 7fc4d3a04000- 7fc4d3c2e000 Deferred libexpat.so.1 ELF 7fc4d3c2e000- 7fc4d3e6c000 Deferred libfontconfig.so.1 ELF 7fc4d3e6c000- 7fc4d409f000 Deferred libpng16.so.16 ELF 7fc4d409f000- 7fc4d434e000 Deferred libfreetype.so.6 ELF 7fc4d434e000- 7fc4d4568000 Deferred libz.so.1 ELF 7fc4d4568000- 7fc4d45d9000 Deferred dbghelp<elf> \-PE 7fc4d4570000- 7fc4d45d9000 \ dbghelp ELF 7fc4d45d9000- 7fc4d474d000 Deferred oleaut32<elf> \-PE 7fc4d4600000- 7fc4d474d000 \ oleaut32 ELF 7fc4d474d000- 7fc4d4855000 Deferred comdlg32<elf> \-PE 7fc4d4750000- 7fc4d4855000 \ comdlg32 ELF 7fc4d4855000- 7fc4d489f000 Deferred winspool<elf> \-PE 7fc4d4860000- 7fc4d489f000 \ winspool ELF 7fc4d489f000- 7fc4d48ce000 Deferred msvfw32<elf> \-PE 7fc4d48b0000- 7fc4d48ce000 \ msvfw32 ELF 7fc4d48ce000- 7fc4d490e000 Deferred ws2_32<elf> \-PE 7fc4d48e0000- 7fc4d490e000 \ ws2_32 ELF 7fc4d490e000- 7fc4d4945000 Deferred netapi32<elf> \-PE 7fc4d4920000- 7fc4d4945000 \ netapi32 ELF 7fc4d4945000- 7fc4d4a0b000 Deferred winmm<elf> \-PE 7fc4d4950000- 7fc4d4a0b000 \ winmm ELF 7fc4d4a0b000- 7fc4d4a39000 Deferred msacm32<elf> \-PE 7fc4d4a10000- 7fc4d4a39000 \ msacm32 ELF 7fc4d4a39000- 7fc4d4c50000 Deferred libresolv.so.2 ELF 7fc4d4c50000- 7fc4d4c81000 Deferred iphlpapi<elf> \-PE 7fc4d4c60000- 7fc4d4c81000 \ iphlpapi ELF 7fc4d4c81000- 7fc4d4cd6000 Deferred dsound<elf> \-PE 7fc4d4c90000- 7fc4d4cd6000 \ dsound ELF 7fc4d4cd6000- 7fc4d4cff000 Deferred imm32<elf> \-PE 7fc4d4ce0000- 7fc4d4cff000 \ imm32 ELF 7fc4d4cff000- 7fc4d4d4d000 Deferred usp10<elf> \-PE 7fc4d4d10000- 7fc4d4d4d000 \ usp10 ELF 7fc4d4d4d000- 7fc4d4ea6000 Deferred comctl32<elf> \-PE 7fc4d4d60000- 7fc4d4ea6000 \ comctl32 ELF 7fc4d4ea6000- 7fc4d4eff000 Deferred dinput8<elf> \-PE 7fc4d4eb0000- 7fc4d4eff000 \ dinput8 ELF 7fc4d4eff000- 7fc4d5073000 Deferred wined3d<elf> \-PE 7fc4d4f20000- 7fc4d5073000 \ wined3d ELF 7fc4d5073000- 7fc4d50c7000 Deferred d3d9<elf> \-PE 7fc4d5080000- 7fc4d50c7000 \ d3d9 ELF 7fc4d50c7000- 7fc4d51a1000 Deferred msvcrt<elf> \-PE 7fc4d50e0000- 7fc4d51a1000 \ msvcrt ELF 7fc4d51a1000- 7fc4d5241000 Deferred rpcrt4<elf> \-PE 7fc4d51b0000- 7fc4d5241000 \ rpcrt4 ELF 7fc4d5241000- 7fc4d53e5000 Deferred ole32<elf> \-PE 7fc4d5270000- 7fc4d53e5000 \ ole32 ELF 7fc4d53e5000- 7fc4d540f000 Deferred shcore<elf> \-PE 7fc4d53f0000- 7fc4d540f000 \ shcore ELF 7fc4d540f000- 7fc4d5497000 Deferred shlwapi<elf> \-PE 7fc4d5420000- 7fc4d5497000 \ shlwapi ELF 7fc4d5497000- 7fc4d5ea4000 Deferred shell32<elf> \-PE 7fc4d54b0000- 7fc4d5ea4000 \ shell32 ELF 7fc4d5ea4000- 7fc4d5ebf000 Deferred version<elf> \-PE 7fc4d5eb0000- 7fc4d5ebf000 \ version ELF 7fc4d5ebf000- 7fc4d5f52000 Deferred advapi32<elf> \-PE 7fc4d5ed0000- 7fc4d5f52000 \ advapi32 ELF 7fc4d5f52000- 7fc4d60d1000 Deferred gdi32<elf> \-PE 7fc4d5f70000- 7fc4d60d1000 \ gdi32 ELF 7fc4d61d1000- 7fc4d643a000 Deferred user32<elf> \-PE 7fc4d61f0000- 7fc4d643a000 \ user32 ELF 7fc4d66d5000- 7fc4d68e7000 Deferred libnss_files.so.2 ELF 7fc4d68e7000- 7fc4d6af3000 Deferred libnss_nis.so.2 ELF 7fc4d6af3000- 7fc4d6d0b000 Deferred libnsl.so.1 ELF 7fc4d6d0b000- 7fc4d6f13000 Deferred libnss_compat.so.2 ELF 7fc4d7113000- 7fc4d732a000 Deferred libgcc_s.so.1 ELF 7fc4d732a000- 7fc4d762e000 Deferred libm.so.6 ELF 7fc4d7630000- 7fc4d7834000 Deferred libdl.so.2 ELF 7fc4d7834000- 7fc4d7bd3000 Deferred libc.so.6 ELF 7fc4d7bd3000- 7fc4d7df0000 Deferred libpthread.so.0 ELF 7fc4d7e01000- 7fc4d81ac000 Dwarf libwine.so.1 ELF 7fc4d81ae000- 7fc4d83d4000 Deferred ld-linux-x86-64.so.2 ELF 7ffe5e9ea000- 7ffe5e9eb000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Falcon BMS 4.34\Bin\x64\Falcon BMS.exe 0000004a 0 00000049 0 00000048 0 00000047 0 00000041 0 00000040 0 0000003f 0 0000003e 0 0000003d 0 0000003c 0 0000003b -15 0000003a 0 <== 00000039 0 00000038 15 00000037 0 00000035 0 00000009 0 0000000a wineconsole.exe 0000000b 0 00000010 services.exe 00000024 0 0000001f 0 00000015 0 00000012 0 00000011 0 00000013 winedevice.exe 0000001a 0 00000019 0 00000018 0 00000014 0 0000001b plugplay.exe 00000021 0 00000020 0 0000001c 0 0000001d explorer.exe 00000029 0 00000028 0 00000027 0 0000001e 0 00000022 winedevice.exe 00000026 0 00000025 0 00000023 0 0000002a IVC Server.exe 00000036 0 00000032 0 00000031 0 00000030 0 0000002f 0 0000002e 0 0000002d 0 0000002c 0 0000002b 0 System information: Wine build: wine-4.3 Platform: x86_64 Version: Windows 10 Host system: Linux Host version: 4.9.0-9-amd64 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #7 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, Please don't copy-paste log files in the comments, attach them as text files, when possible. (In reply to freehand from comment #6)
System information: Wine build: wine-4.3
Wine 4-3 is outdated. Backtraces are usually not helpful without live debugging. (In reply to hoover from comment #4)
gzipped DEBUG log can be found here:
Note that the file is gzipped twice and is 1.2 Gb when uncompressed. 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #8 from freehand(a)tutanota.com --- The bug occurs in all wine versions, including 5.22 (Staging) It appears to have something to do with the way wine handles TTS differently from MS Windows. Here's a way to reproduce the bug on your own computer: 1. download the original Falcon 4 game from 1998, which can be purchased for a small amount at gog games or steam. I think hoover would be able to pay for this. 2. download the free BMS4.34 patch at this link: http://www.mediafire.com/file/b61jqm0gwg14gwz/BMS434.tar.gz/file the sha256sum for this tar file is: e317abc1b42236e3905c59660199828f26e76784a594819dbe2d64bf36a562ba BMS434.tar.gz 3. create a new Ubuntu 20.04 partition. (Ubuntu 20.10 works too). Install wine. 4. Unpack BMS434.tar.gz 5. copy the Falcon4 directory from step 1to BMS434/WP/drive_c/Microprose 6. run BMS434.sh to install the 5 patches and start the game 7. select Tactical Engagement/TE 1: ground ops 8. select the TRAINING flight at the bottom of the list on the left 9. select Fly on the lower right 10. after a few moments, you will enter the 3D display showing an F16 cockpit on the ramp waiting to enter the runway for takeoff. 11. wait a couple minutes 12. the digital clock on the upper right of the F16 dashboard will stop and the air traffic report TTS voice will repeat in an infinite loop. This is the bug. At benchmarksims.org the linux users have been trying to find a workaround for this bug for more than a year, without success. Thanks for working on this bug! -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #9 from hoover <uwe.schuerkamp(a)gmail.com> --- Indeed I have an unused version / license of Falcon 4.0 that I used for dedicated server hosting. Let me know if you're interested and I'll provide a copy for your testing / triaging efforts. thanks again for looking at the issue! All the best, Uwe -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #10 from Zebediah Figura <z.figura12(a)gmail.com> --- Just from examining the log attached in comment 4, it doesn't seem particularly likely that the problem is directly related to the Wine audio stack; the crashing thread doesn't seem to be doing anything related to audio near the time of the crash. While Wine does have a TTS library (sapi), the library isn't loaded at the time of the crash. The application might be expecting something in e.g. the registry, though it's not particularly likely. Installing native sapi (through e.g. `winetricks -q speechsdk`) would help confirm this. The actual cause of the bug may be quite difficult to determine. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #11 from freehand(a)tutanota.com --- Created attachment 68769 --> https://bugs.winehq.org/attachment.cgi?id=68769 backtrace, winetricks -q speechsdk wine-5.22 (Staging) Ubuntu 20.10 before installing BMS: winetricks -q speechsdk groundOps crashed, generating this backtrace wine-5.22 (Staging) Ubuntu 20.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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #12 from freehand(a)tutanota.com --- Created attachment 68770 --> https://bugs.winehq.org/attachment.cgi?id=68770 log file from BMS groundOps hang, no WINEDEBUG prior to installing BMS: winetricks -q speechsdk The second time I ran BMS, loaded TE #1: groundOps mission and selected the TRAINING flight, it did not crash but it did hang. The attached small log file was produced without using the WINEDEBUG command wine 5.22 (Staging) Ubuntu 20.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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #13 from freehand(a)tutanota.com --- wine 5.22 (Staging) ubuntu 20.10 prior to installing BMS: winetricks -q speechsdk I ran BMS three times, each time starting the Tactical Engagements/groundOps mission, selecting "TRAINING", selecting the aircraft icon on the lower left, then selecting takeoff on the lower right After a couple minutes, at 12:23:50 (give or take a few seconds) on the aircraft clock, I get either a crash (first time I ran it) or a hang (second two times I ran it) The first time I ran it I got a backtrace (see attachment, 12_4_2020_backtrace.txt) The second time I created a logfile vis: wine Launcher.exe -window &> logNoWINEDEBUG.txt (see attached) The third time I ran BMS export WINEDEBUG=+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp,+sapi wine Launcher.exe -window &> logWINEDEBUG.txt The gzipped log file is 61Meg in size The download link is here: http://www.mediafire.com/file/wqvsouh23hp6n0j/logWINEDEBUG.txt.gz/file cc3ca5a660d304c658155bfbf6045e50d64972ba04a090dca383e27cea1999c4 logWINEDEBUG.txt.gz Does that give you any more clues? Thanks for working on this bug! -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #14 from hoover <uwe.schuerkamp(a)gmail.com> --- Created attachment 68776 --> https://bugs.winehq.org/attachment.cgi?id=68776 TE files to recreate the crash in a simpler environment -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #15 from hoover <uwe.schuerkamp(a)gmail.com> --- Here's a much simpler test TE (containing only three planes) that also reproduces the issue. o Extract the zip archive to your Campaign/Save folder in your falcon BMS installation. o Select the "Test" TE from the Tactical Engagement -> Saved folder o hop into the F-16 singleship flight o select "fly", then "taxiway" o Listen in to comms on UHF2 / UHF3 and watch the 2-ship taxi for departure o once the wingman of the two ship lines up for departure on the RW, BMS crashes or hangs. You can observe the taxi process using the satellite view (press the caret "^" key or use the "8" key to view friendly planes in the area). -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #16 from hoover <uwe.schuerkamp(a)gmail.com> --- Created attachment 68777 --> https://bugs.winehq.org/attachment.cgi?id=68777 Simple Test TE to recreate the crash which just 3 planes. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #17 from freehand(a)tutanota.com --- Is the new information we've uploaded helpful in tracking down this wine bug? We haven't heard back after posting new debug results to this bug report. Also, hoover and I have provided links which would allow you to run the code and produce the bug yourself. All of us linux users at benchmarksims.org are hoping you can help. Thanks! -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |sapi --- Comment #18 from Zebediah Figura <z.figura12(a)gmail.com> --- Sorry for the lack of response. From comment 12 I see this: 0164:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\windows\\system32\\Speech\\Common\\sapi.dll" 0164:err:ole:create_server class {96749377-3391-11d2-9ee3-00c04f797396} not registered which does confirm that sapi is involved. But the failure to load is strange. Can you please attach a log with WINEDEBUG=+module,+file,+sapi,+pid,+reg,+ole? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #19 from hoover <uwe.schuerkamp(a)gmail.com> --- Here's a crashlog with the requested WINEDEBUG settings (expands to 47MB). Thanks again for looking into this! All the best, Uwe -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #20 from hoover <uwe.schuerkamp(a)gmail.com> --- Created attachment 68962 --> https://bugs.winehq.org/attachment.cgi?id=68962 bms crashlog with requested WINEDEBUG params -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #21 from freehand(a)tutanota.com --- In reply to comment 18: after winecfg winetricks -q speechsdk (install BMS 4.34) sapi.dll is at this path: ./drive_c/Program Files (x86)/Common Files/Microsoft Shared/Speech/sapi.dll the directory mentioned in the error log ./drive_c/windows/system32/Speech/Common contains no files. Maybe the problem is an incorrect path to sapi.dll? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #22 from Zebediah Figura <z.figura12(a)gmail.com> --- Current winetricks should automatically create that symlink: regsvr32: Successfully registered DLL 'C:\Program Files\Microsoft Speech SDK 5.1\Bin\SREng.dll' Executing ln -s /home/hazel/.wine/dosdevices/c:/Program Files/Common Files/Microsoft Shared/Speech/sapi.dll /home/hazel/.wine/dosdevices/c:/windows/system32/Speech/Common Using native override for following DLLs: sapi -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #23 from freehand(a)tutanota.com --- from comment #18: Can you please attach a log with WINEDEBUG=+module,+file,+sapi,+pid,+reg,+ole? The link to the requested logfile is here: https://www.mediafire.com/file/zj7fqnhdis9s9gk/19Dec2020WithWINEDEBUG.txt.gz... e9da5a5d32b90532026d80de3bc9b5cf3541f2d3d33baf0b613fab7a88fdba88 19Dec2020WithWINEDEBUG.txt.gz -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #24 from freehand(a)tutanota.com --- Created attachment 68971 --> https://bugs.winehq.org/attachment.cgi?id=68971 backtrace generated when creating log file requested in comment #18 the backtrace and log file link I just added to this thread were created using Ubuntu 20.10 and wine-6.0-rc3 (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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #25 from freehand(a)tutanota.com --- (In reply to Zebediah Figura from comment #22)
Current winetricks should automatically create that symlink:
regsvr32: Successfully registered DLL 'C:\Program Files\Microsoft Speech SDK 5.1\Bin\SREng.dll' Executing ln -s /home/hazel/.wine/dosdevices/c:/Program Files/Common Files/Microsoft Shared/Speech/sapi.dll /home/hazel/.wine/dosdevices/c:/windows/system32/Speech/Common Using native override for following DLLs: sapi
I tried copying sapi.dll and all the other files under ./drive_c/Program Files (x86)/Common Files/Microsoft Shared/Speech to ./drive_c/windows/system32/Speech/Common but the error log generated was essentially the same (The error log was made using WINEDEBUG=+module,+file,+sapi,+pid,+reg,+ole) -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #26 from Zebediah Figura <z.figura12(a)gmail.com> --- Okay, I may have gotten a little confused since the two people replying to this bug report have two... somewhat different problems. I failed to notice that native speechsdk only exists in 32-bit form, and this application is 64-bit. "freehand", you seem to have tried to manually install it in a 64-bit prefix. Obviously it'll fail to load in that case. Before trying to do anything else, can we please both try the latest *upstream* (non-staging) wine? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #27 from freehand(a)tutanota.com --- I noticed that your sdk was installed in Program files while mine was installed in Program Files (x86) Also when I did the symlink the I saw the log file error < 0128:0178:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\Speech\\Common\\sapi.dll" is for arch 14c, continuing search -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #28 from freehand(a)tutanota.com --- (In reply to Zebediah Figura from comment #26)
Okay, I may have gotten a little confused since the two people replying to this bug report have two... somewhat different problems.
I failed to notice that native speechsdk only exists in 32-bit form, and this application is 64-bit. "freehand", you seem to have tried to manually install it in a 64-bit prefix. Obviously it'll fail to load in that case.
Before trying to do anything else, can we please both try the latest *upstream* (non-staging) wine?
Should I use winehq-devel or winehq-stable? After I've switched wine versions, what should I test next? Thanks -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #29 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to freehand from comment #27)
Also when I did the symlink the I saw the log file error < 0128:0178:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\Speech\\Common\\sapi.dll" is for arch 14c, continuing search
Yes, that basically confirms my observation. (In reply to freehand from comment #28)
Should I use winehq-devel or winehq-stable? After I've switched wine versions, what should I test next?
winehq-devel, please. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #30 from freehand(a)tutanota.com --- OK, I'm now using winehq-devel, which is wine-6.0-rc3 What should I do next? Are we still attempting to install sapi.dll in the right path, or was that not the issue? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #31 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to freehand from comment #30)
OK, I'm now using winehq-devel, which is wine-6.0-rc3
What should I do next? Are we still attempting to install sapi.dll in the right path, or was that not the issue?
Installing native sapi won't work in general, so I think it's not worth trying that. Please just attach a new log, with +sapi I think. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #32 from freehand(a)tutanota.com --- Should I run winetricks speechsdk or not before making the logfile? Thanks -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #33 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to freehand from comment #32)
Should I run winetricks speechsdk or not before making the logfile? Thanks
No. It won't work anyway. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #34 from freehand(a)tutanota.com --- Created attachment 68975 --> https://bugs.winehq.org/attachment.cgi?id=68975 log file per instructions in comment #32, with WINEDEBUG=+sapi, wine-6.0-rc3, ubuntu 20.10 log file per instructions in comment #32, with WINEDEBUG=+sapi, wine-6.0-rc3, ubuntu 20.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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #35 from freehand(a)tutanota.com --- Would it make sense to use winetricks to install `msxml3`and Microsoft's SpeechPlatform(x64) and languages (Zira, Helena) similar to the procedure described in this link: https://www.reddit.com/r/linux/comments/6z41qb/my_text_to_speech_tts_solutio... -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #36 from hoover <uwe.schuerkamp(a)gmail.com> --- Hi folks, I'm happy to report that this bug has apparently been fixed in BMS 4.35 which was released yesterday. Both my test TE and the "Ground Ops" training TE now work without crashes, so here's to hoping the issue has been fixed for good. (tested on wine 5.5 / Linux Mint 20). I get very low fps (15 or so as opposed to around 100 on win10), but that's another issue altogether :-) All the best, Uwe -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #37 from freehand(a)tutanota.com --- I am not ready to close this bug ticket because getting 4.35 usable on linux is a whole other project which may not succeed, especially as future patches are released targeting Oculus Rift support. 4.35 crashes in my tests before reaching the 3D view. Version 4.34 has good frame rate on linux and, I hope, is almost working if we can install the right sapi version. Please reply to my comment #35. Thanks! -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 freehand(a)tutanota.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #38 from freehand(a)tutanota.com --- Although I don't have version 4.35 working yet under linux, several others at benchmarksims.org have succeeded in getting 4.35 running with good frame rate on linux. Thus it is no longer necessary to solve the linux incompatibility issue on the older 4.34 version. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WONTFIX |ABANDONED --- Comment #39 from Zebediah Figura <z.figura12(a)gmail.com> --- ABANDONED is better than WONTFIX here, though it's even better if 4.34 can be retested when native sapi is more complete. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 --- Comment #40 from Austin English <austinenglish(a)gmail.com> --- Closing. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50166 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #41 from Austin English <austinenglish(a)gmail.com> --- Closing. -- 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.
participants (1)
-
WineHQ Bugzilla