January 2020 - Wine-Bugs - list.winehq.org

[Bug 48395] New: Disco Elysium (Steam version, 1.0.0) crashes on starting new game, post-Char creation, with GPU error.
by WineHQ Bugzilla Feb. 17, 2020

Feb. 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=48395 Bug ID: 48395 Summary: Disco Elysium (Steam version, 1.0.0) crashes on starting new game, post-Char creation, with GPU error. Product: Wine Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: aoanla(a)gmail.com Distribution: --- Created attachment 66164 --> https://bugs.winehq.org/attachment.cgi?id=66164 Unity engine backtrace on crash Disco Elysium is a relatively new game using Unity 2019.1.?? engine. Using wine 5.0-rc3, and launching from Steam, with Wine set to "Windows 7" compatibility, it is possible to get into the character creation part, pre-game. Starting the game itself with any character causes an almost immediate crash, presumably as the 3d engine is initialised for the game proper. (This is caught by the Unity bug tracker.) I'll attach full logs as requested, but here I will note that the wine output displays: 018a:err:d3d:wined3d_debug_callback 0x81596a0: "GL_INVALID_OPERATION error generated. Transform feedback must be enabled and not paused.". 018a:err:d3d:wined3d_debug_callback 0x81596a0: "GL_INVALID_OPERATION error generated. Buffer is mapped.". twice just before the crash is caught. The Unity backtrace, attached, suggests that the crash happens in the nvidia libraries, but it isn't clear to me that this is the fault of the nvidia drivers themselves. -- 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 8

[Bug 48365] New: On every update wine mess up everything; reset folders, setting, forget every installed program.
by WineHQ Bugzilla Feb. 17, 2020

Feb. 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=48365 Bug ID: 48365 Summary: On every update wine mess up everything; reset folders, setting, forget every installed program. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rencer(a)euromail.hu Distribution: --- OS: Manjaro 18.1.4 64bit Wine version: various Every time there is an update or somthing, Wine "reboots" (or whatever it is doing) it's prefix folder. Because of this, every single time ALL SETTINGS that I changed in winecfg are reset to default and everything I installed are "gone", Wine doesn't see anything after this. Like it is a freshly created wine prefix without any change or anything installed in it. The softwares that I installed before are stay there they won't deleted, just wine doesn't see them, like they aren't installed. Because of this every time I have to reinstall and reconfigure everything. I'm using Lutris to configure and run games, and first I thought this bug is in Lutris. I tried to find a solution for this unbearable behaviour, and I find out this is not a bug in Lutris. Wine that doing this stange thing and not Lutris. With Lutris I can easily switch between different wine versions. It doesn't metter if I have the latest or older wine version installed, or using custom wine version, they all effected by this thing. It doesn't metter that I installed the different wine versions to different prefixes; when I run a game that uses that wine version, the given Wine prefix is reset and I have to reinstall everything. -- 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 7

[Bug 9337] New: direct 3d errors while running vietcong.exe
by wine-bugs＠winehq.org Feb. 17, 2020

Feb. 17, 2020

http://bugs.winehq.org/show_bug.cgi?id=9337 Summary: direct 3d errors while running vietcong.exe Product: Wine Version: 0.9.43. Platform: PC URL: http://appdb.winehq.org/appview.php?iVersionId=8864 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P1 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: docmccoy80(a)freenet.de When vietcong.exe is running by wine, I get always the same errors repeatedly: fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options (nil)/0x33fcb8 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options (nil)/0x33fa80 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options (nil)/0x33fd0c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options (nil)/0x33df88 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options (nil)/0x33df68 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options (nil)/0x33df7c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options (nil)/0x33dfa0 When I start a game in Vietcong, it is loading, but then it crashs. If I want to select the multiplayer character, it also crashs. I think wine has problems to emulate the direct3d eninge of Vietcong. Unfortunately I can't give a better bug report, because I don't know much about wine/d3d/.... Perhaps I just need a dll?! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 59

[Bug 18172] New: Wine crash after fixmes on htmlhelp:HtmlHelpW (Microsoft Money 99)
by wine-bugs＠winehq.org Feb. 17, 2020

Feb. 17, 2020

http://bugs.winehq.org/show_bug.cgi?id=18172 Summary: Wine crash after fixmes on htmlhelp:HtmlHelpW (Microsoft Money 99) Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arcepi(a)arcepi.net Created an attachment (id=20639) --> (http://bugs.winehq.org/attachment.cgi?id=20639) Crash log When trying to use Microsoft Money 99, Wine crashes and dumps core just after printing some fixmes on htmlhelp:HtmlHelpW. The crash happens as soon as the user finishes the first step of the start wizard, which creates the initial configuration. -- 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

[Bug 37610] New: Lotus Approach: Using File, Close dialog causes a crash
by wine-bugs＠winehq.org Feb. 17, 2020

Feb. 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=37610 Bug ID: 37610 Summary: Lotus Approach: Using File, Close dialog causes a crash Product: Wine Version: 1.1.19 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: focht(a)gmx.net, ToddAndMargo(a)zoho.com Depends on: 18157 Distribution: --- Created attachment 50056 --> https://bugs.winehq.org/attachment.cgi?id=50056 backtrace Originally reported in bug 18157. Install Lotus Approach. Open sample database from ftp://www.xpertss.com/pub/outgoing/invcalcs.zip Click, 'File', then 'Close'. Crash. I'll attach the backtrace. -- 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 48509] New: Debian Stretch, Wine 1.8.7-2, Lotus Organizer 97 cannot find DLLs (97 (3.1) .or3 1997 SmartSuite 97)
by WineHQ Bugzilla Feb. 17, 2020

Feb. 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=48509 Bug ID: 48509 Summary: Debian Stretch, Wine 1.8.7-2, Lotus Organizer 97 cannot find DLLs (97 (3.1) .or3 1997 SmartSuite 97) Product: Wine Version: 1.8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: john.p.langley(a)gmail.com Distribution: --- Created attachment 66315 --> https://bugs.winehq.org/attachment.cgi?id=66315 Terminal output from the above. Debian Stretch, Wine 1.8.7-2, Lotus Organizer 97 cannot find DLLs (97 (3.1) .or3 1997 SmartSuite 97) Installed Lotus Organizer 97 in Wine last year, ran well. Installed using command line (user), but get same result using wine-uninstaller. Latest apt-get update (22/01/2020) caused problem: Launched Organizer 97 from command line either by: wine org97.exe wine start org97.exe Wine reported missing DLLS (see attachment): LTASWN13.DLL LTASBN13.dll TZBACK32.dll LTSCSN10.DL LTASWN13.DLL LTTMC11.dll Copying these to the system32 directory produced: err:module:attach_process_dlls "TZBACK32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\lotus\\organize\\org32.exe" failed, status c0000142 Really puzzled - see attachment for full output. Thanks. CRISPSIV:~/.wine/drive_c/Program Files/lotus/organize$ err:module:import_dll Library LTSCSN10.DLL (which is needed by L"C:\\Program Files\\lotus\\organize\\TZBACK32.dll") not found err:module:import_dll Library LTASWN13.DLL (which is needed by L"C:\\Program Files\\lotus\\organize\\TZBACK32.dll") not found err:module:import_dll Library LTASBN13.dll (which is needed by L"C:\\Program Files\\lotus\\organize\\TZBACK32.dll") not found err:module:import_dll Library TZBACK32.dll (which is needed by L"C:\\Program Files\\lotus\\organize\\org32.exe") not found err:module:import_dll Library LTSCSN10.DLL (which is needed by L"C:\\Program Files\\lotus\\organize\\org32.exe") not found err:module:import_dll Library LTASWN13.DLL (which is needed by L"C:\\Program Files\\lotus\\organize\\org32.exe") not found err:module:import_dll Library LTTMC11.dll (which is needed by L"C:\\Program Files\\lotus\\organize\\org32.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\lotus\\organize\\org32.exe" failed, status c0000135 Copied above DLLs to /windows/system32 This results in: CRISPSIV:~/.wine/drive_c/Program Files/lotus/organize$ wine org32.exe err:module:attach_process_dlls "TZBACK32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\lotus\\organize\\org32.exe" failed, status c0000142 jlangley(a)CRISPSIV:~/.wine/drive_c/Program Files/lotus/organize$ -- 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 6

[Bug 48511] New: it won't run at all
by WineHQ Bugzilla Feb. 17, 2020

Feb. 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=48511 Bug ID: 48511 Summary: it won't run at all Product: Wine Version: 5.0-rc3 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jessesg525(a)gmail.com I know it's mentioned somewhere in the forum, but it won't run at all on Mac Catalina 10.15. I need it to work for the OS I'm on right now. -- 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 3

[Bug 48457] New: Croc installer exits with error 106
by WineHQ Bugzilla Feb. 17, 2020

Feb. 17, 2020

https://bugs.winehq.org/show_bug.cgi?id=48457 Bug ID: 48457 Summary: Croc installer exits with error 106 Product: Wine Version: 5.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wyattmeister(a)gmail.com Distribution: --- Created attachment 66241 --> https://bugs.winehq.org/attachment.cgi?id=66241 Error dialog box When running the Croc installer, '_setup.exe' (either directly or from the launcher, 'setup.exe'), only a dialogue appears: Window title: Setup Initialization Error > Setup is unable to initialize the language dialog box. > > Error 106 The application terminates upon pressing OK. -- 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 27

[Bug 46619] New: Lineage 2
by wine-bugs＠winehq.org Feb. 16, 2020

Feb. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=46619 Bug ID: 46619 Summary: Lineage 2 Product: Wine-staging Version: 4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terapy-session(a)bk.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Previously, this server worked without any settings. Now you can only play through the PoL. https://godworld.ru/ Updater works, and the game crashes. Version: OT,NLS,V2110409,167 BuildDate: Tue Sep 18 07:00:21 2018 Time: 2019.2.10 20:41:49 [GTick=1,LGTicks=1,Duration=1] PosCode: 0:0:0 ZoneName: OS: Windows 7(64) 6.1 (Build: 7601), Service Pack 1.0 CPU: AuthenticAMD AMD A10-7850K Radeon R7, 12 Compute Cores 4C+8G @ 4100 MHz RAM: 14027MB RAM CPUInfo: 4,2,4,0 Memory: 48548KB PrivateMemory: 0KB Video: Radeon(TM) RX 460 Graphics (1474), DX v51.49800r65534 Option: 1024x768S_W0_H0A2KPB Scene: 0_0_1 Stat: 0 Replay: 0_1 WorldRaid: 0_1/0 Sev: 0_ VideoResources: 0 MB MAC: 0A-10 LANG: RUSSIAN IME: ??? Error: History: FL2GameData::LoadBinScriptAtOnce <+ Bin: 7444 Text: 0 Time: 0.0.0 00:00:00 SHA1:3BA00BEEA79BAC4CDBB74F40B834F9A6160B3EAF <- FL2GameData::CreditLoad <- FL2GameData::LoadCommonScript <- UGameEngine::LoadCommonGameData <- UGameEngine::Init <- InitEngine Exception: Code [EXCEPTION_WRITE_VIOLATION DataAddress:0x8A7956FF] Address [0x0671037C] SegCs [0x0023] -- 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 48408] New: mixthread monopolizes buffer_list_lock if WaitForSingleObject returns quickly, causing livelock and game freeze
by WineHQ Bugzilla Feb. 16, 2020

Feb. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=48408 Bug ID: 48408 Summary: mixthread monopolizes buffer_list_lock if WaitForSingleObject returns quickly, causing livelock and game freeze Product: Wine Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: florian.will(a)gmail.com Distribution: --- Created attachment 66179 --> https://bugs.winehq.org/attachment.cgi?id=66179 C source for reproducing this issue, livelocks on my system The default WaitForSingleObject implementation is not fast enough to trigger this, but the bug manifests itself when starting wine-staging with WINEESYNC=1. I originally reported this at https://github.com/ValveSoftware/Proton/issues/3387 , but I am now able to reproduce this on wine-staging. The problem is in dsound though. The dsound mixthread locks the buffer_list_lock, then calls PerformMix(), then releases the lock, then waits for something to happen using WaitForSingleObject, then locks the buffer_list_lock again, in a loop. This works fine when not using esync (I guess Valve's fsync also triggers the same issue), since the default WaitForSingleObject implementation is slow enough to allow other threads to acquire the buffer_list_lock while the mixthread executes WaitForSingleObject. However, when esync is enabled AND the mixthread has a lot of work to do (because there are many secondary sound buffers), it apparently returns from WaitForSingleObject almost immediately, and very quickly re-acquires the lock after releasing it. The lock implementation does not guarantee fairness, and on my system, this results in the mixthread monopolizing the buffer_list_lock. If the main thread then wants to add a new secondary sound buffer to the list, it attempts to acquire the buffer_list_lock exclusively, but it can take a very long time to acquire the lock. This leads to a game freeze in Zusi 3 and maybe other games / applications if there are lots of sound effects at the same time. I have added a Sleep(1) in the mixthread before acquiring the lock, and it fixed the freezes (but it will obviously cause audio stuttering to kick in earlier than without the sleep). Disabling esync also fixes the freeze. I came up with a simple reproducer, C source attached. Output is like this with esync enabled: [..] Added buffer No. 283, took 0.056744 sec! Added buffer No. 284, took 0.616793 sec! Added buffer No. 285, took 16.775508 sec! Added buffer No. 286, took 11.163868 sec! Added buffer No. 287, took 26.308287 sec! Obviously on more powerful systems with better single-thread CPU performance, more buffers will be needed before it "almost-livelocks" like this. This output is from my Phenom II X4 955. (If sound starts stuttering instead of the freeze/lock, the bug did not manifest itself.) With esync disabled (or when using my patched dsound.dll with "Sleep(1)"), it never takes longer than 0.1 sec to add a buffer. -- 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 11