So it turns out Bob was right and I didn't try hard enough. Installing the program with 'wine start' and running it that way seem to have fixed the missing DLL issue. However, the program still won't run:
Code: Select all
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
002b:fixme:wer:WerRegisterFile (L"C:\\users\\dried\\Application Data\\Avid\\Logs\\startup.log", 2, 2) stub!
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23f110 1 C) semi-stub
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23eb80 1 C) semi-stub
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23eb90 1 C) semi-stub
002b:fixme:process:RegisterApplicationRestart (L"/restart",0)
002b:fixme:file:FindFirstFileExW flags not implemented 0x00000002
002b:fixme:win:EnumDisplayDevicesW ((null),0,0x23e6a0,0x00000000), stub!
002b:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute
002b:fixme:file:FindFirstFileExW flags not implemented 0x00000002
002b:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
002b:fixme:toolhelp:Heap32ListFirst : stub
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0)
0017:fixme:mountmgr:query_property Faking StorageDeviceProperty data
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23e7a0 1 C) semi-stub
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23e8a0 1 C) semi-stub
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23e670 1 C) semi-stub
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23e0d0 1 C) semi-stub
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0)
0017:fixme:mountmgr:query_property Faking StorageDeviceProperty data
002b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23e0c0 1 C) semi-stub
002b:fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub
002b:fixme:msvcrt:__clean_type_info_names_internal (0xd9b3c38) stub
002b:fixme:msvcrt:__clean_type_info_names_internal (0x3e6b78) stub
This is in a clean prefix using wine-4.0.2. This is a little off the stated topic, but I'd be very grateful for any leads.
I've updated that bug report as well.
edit: the +relay,+seh,+tld output is almost 3gb so it's not attached. There are a bunch of similar seh traces (other than the thread renaming exception) which look like:
Code: Select all
002a:Call ucrtbase.memcpy(18381db8,142730b20,0000000e) ret=14001413a
002a:Ret ucrtbase.memcpy() retval=18381db8 ret=14001413a
002a:Call ucrtbase.longjmp(0023f490,00000001) ret=14000c9c7
002a:trace:seh:RtlUnwindEx code=80000026 flags=2 end_frame=0x23f450 target_ip=0x14000ca3a rip=000000007bc9d5f5
002a:trace:seh:RtlUnwindEx info[0]=000000000023f490
002a:trace:seh:RtlUnwindEx rax=00007fffffea8000 rbx=000000000023fe20 rcx=000000000023ebb0 rdx=000000014000ca3a
002a:trace:seh:RtlUnwindEx rsi=000000000023ebb0 rdi=000000000023e5b0 rbp=000000000023eb70 rsp=000000000023e3e0
002a:trace:seh:RtlUnwindEx r8=000000000023f170 r9=0000000000000001 r10=000000007bcd60ae r11=0000000000000246
002a:trace:seh:RtlUnwindEx r12=000000000023f170 r13=0000000000000001 r14=00000000ffffffff r15=0000000005ccbbb0
002a:trace:seh:dwarf_virtual_unwind function 7bc9d5f5 base 0x7bc9d520 cie 0x7bce7dd0 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip
002a:trace:seh:execute_cfa_instructions 7bc9d520: DW_CFA_def_cfa %rsp, 8
002a:trace:seh:execute_cfa_instructions 7bc9d520: DW_CFA_offset %rip, -8
002a:trace:seh:dwarf_virtual_unwind fde 0x7bd01dd8 len 90 personality (nil) lsda (nil) code 7bc9d520-7bc9e188
...
but from all I can tell, 0x80000026 is just "Unknown Exception" so I don't know how useful or critical that is.