wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7470 discussions

[Bug 35972] New: Wayward Terran Frontier (.NET 4.0/XNA 4 game) crashes during creation of initial profile ('The character '?' (0xef03) is not available in this SpriteFont')
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=35972 Bug ID: 35972 Summary: Wayward Terran Frontier (.NET 4.0/XNA 4 game) crashes during creation of initial profile ('The character '?' (0xef03) is not available in this SpriteFont') Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 35444 Prerequisite: 'winetricks -q dotnet40' (XNA 4.0 and managed DirectX will be automatically installed) The game crashes during creation of initial profile. You can skip the launcher and directly start the game. Not much to see in trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wayward Terran Frontier/Wayward Terran Frontier $ WINEDEBUG=+tid,+seh,+relay wine ./WTF.exe >>log.txt 2>&1 ... 003b:Call KERNEL32.CreateFileW(00fcac54 L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\WTF.sav",c0000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f9d "\x03\n\xec\xb5\xb1\xe6\xa5\xbf\xe7\xbb\x90\xe9\x94\xaa\xe5\x8d\xa6\xe7\x96\x9d\xc2\x97\xef\xb3\x9c",00000019,06f5d034,00000019) ret=7916cb97 003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97 ... 003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f52 "\x03\n\xef\xa1\x8a\xe8\x81\xb1\xe4\xb6\xb3\xee\xbd\xb9\xe1\x83\x94\xe5\x93\xb0\xe0\xa8\x85\xe2\xb2\x8d",0000001a,06f5d034,0000001a) ret=7916cb97 003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97 ... 003b:Call KERNEL32.CreateFileW(00fd4538 L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter ShipProfile.tac",80000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.CreateFileW(00fd80bc L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter ShipTop.png",80000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,06f5de28) ret=791cac08 003b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ac17 ip=7b83ac17 tid=003b 003b:trace:seh:raise_exception info[0]=80004005 003b:trace:seh:raise_exception info[1]=00000000 003b:trace:seh:raise_exception info[2]=00000000 003b:trace:seh:raise_exception info[3]=00000000 003b:trace:seh:raise_exception info[4]=79140000 003b:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80004005 edx=06f5dd44 esi=06f5dde4 edi=06f5ddb0 003b:trace:seh:raise_exception ebp=06f5dd88 esp=06f5dd24 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 003b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 --- snip --- The managed backtrace (.NET) is more descriptive: --- snip --- Unhandled Exception: System.ArgumentException: The character '?' (0xef03) is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character. Parameter name: character at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char character) at Microsoft.Xna.Framework.Graphics.SpriteFont.InternalDraw(StringProxy& text, SpriteBatch spriteBatch, Vector2 textblockPosition, Color color, Single rotation, Vector2 origin, Vector2& scale, SpriteEffects spriteEffects, Single depth) at Microsoft.Xna.Framework.Graphics.SpriteBatch.DrawString(SpriteFont spriteFont, String text, Vector2 position, Color color, Single rotation, Vector2 origin, Single scale, SpriteEffects effects, Single layerDepth) at (Object , SpriteFont , String , Vector2 , Color , Single , Vector2 , Single , SpriteEffects , Single ) at ????????.?{??????(Object , SpriteFont ???????U, String ???????U, Vector2 ???????U, Color ???????U, Single ???????U, Vector2 ???????U, Single ???????U, SpriteEffects ???????U, Single ???????U) at CoOpSpRpG.RootMenu.Draw(GameTime gameTime, SpriteBatch batch) at CoOpSpRpG.SCREEN_MANAGER.Draw(GameTime gameTime, SpriteBatch batch) at CoOpSpRpG.Game1.Draw(GameTime gameTime) at Microsoft.Xna.Framework.Game.DrawFrame() at Microsoft.Xna.Framework.Game.Tick() at Microsoft.Xna.Framework.Game.HostIdle(Object sender, EventArgs e) at Microsoft.Xna.Framework.GameHost.OnIdle() at Microsoft.Xna.Framework.WindowsGameHost.RunOneFrame() at Microsoft.Xna.Framework.WindowsGameHost.ApplicationIdle(Object sender, EventArgs e) at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FDoIdle(Int32 grfidlef) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.Run(Form mainForm) at Microsoft.Xna.Framework.WindowsGameHost.Run() at Microsoft.Xna.Framework.Game.RunGame(Boolean useBlockingRun) at (Object ) at ??o?????.????????(Object ) at CoOpSpRpG.Program.Main(String[] args) --- snip --- Starting it a second time (continuing of profile creation) yields: --- snip --- Unhandled Exception: System.ArgumentException: The character '?' (0x50d0) is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character. Parameter name: character at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char character) --- snip --- Some hits from searching with: --- snip --- "is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character" --- snip --- https://stackoverflow.com/questions/13243130/how-to-draw-special-characters… MSDN: http://msdn.microsoft.com/en-us/library/bb447759.aspx ("Sprite Font XML Schema Reference") http://steamcommunity.com/app/241600/discussions/1/792924412212989581/ ("Save not working. Is it end? Game won't start! ") This might be character string conversion/collation related insufficiencies ... somewhere. $ sha1sum WaywardSetup.msi ad1b0bf88ce284b2c4c36fbb93012b60cb0a673f WaywardSetup.msi $ du -sh WaywardSetup.msi 8.5M WaywardSetup.msi $ wine --version wine-1.7.16-134-g93581f5 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.

2 4

[Bug 46187] New: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46187 Bug ID: 46187 Summary: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV) Product: Wine Version: 3.21 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, now that I have a full multi-lib/bi-arch Wine on ARM64, revisiting the ARM32/aarch32 side of things ;-) Download: https://github.com/PowerShell/PowerShell/releases https://github.com/PowerShell/PowerShell/releases/download/v6.2.0-preview.2… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+relay wine ./pwsh.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.VirtualAlloc(00000000,000a0000,00202000,00000004) ret=f68e14f1 002b:Ret KERNEL32.VirtualAlloc() retval=f3970000 ret=f68e14f1 002b:Call KERNEL32.VirtualAlloc(f3970000,00010068,00001000,00000004) ret=f68e156d 002b:Ret KERNEL32.VirtualAlloc() retval=f3970000 ret=f68e156d 002b:err:seh:segv_handler Got unexpected trap 0 002b:trace:seh:raise_exception code=c000001d flags=0 addr=0xf68e160c pc=f68e160c tid=002b 002b:trace:seh:raise_exception r0=f3970020 r1=f6ffe904 r2=0000001e r3=f3a20000 r4=f703aa34 r5=00090068 002b:trace:seh:raise_exception r6=00000000 r7=f69da5e4 r8=f3970000 r9=f6b08500 r10=f69e1268 r11=f6ffeaa0 002b:trace:seh:raise_exception r12=f68e156d sp=f6ffea48 lr=f7838ccc pc=f68e160c cpsr=40000030 002b:trace:seh:call_vectored_handlers calling handler at 0xf6756221 code=c000001d flags=0 ... wine: Unhandled illegal instruction at address 0xf68e160c (thread 002b), starting debugger... Unhandled exception: illegal instruction in 32-bit code (0xf68e160c). Register dump: Thumb User Mode Pc:f68e160c Sp:f6ffea48 Lr:f7838ccc Cpsr:40000030(-Z--) r0:f3970020 r1:f6ffe904 r2:0000001e r3:f3a20000 r4:f703aa34 r5:00090068 r6:00000000 r7:f69da5e4 r8:f3970000 r9:f6b08500 r10:f69e1268 r11:f6ffeaa0 r12:f68e156d ... Backtrace: =>0 0xf68e160c in coreclr (+0x1d160c) (0xf6ffeaa0) 1 0xf7838ccc relay_trace_exit+0x1a3() [/home/focht/projects/wine/mainline-src/dlls/ntdll/relay.c:556] in ntdll (0xf6ffeaa0) 2 0xf7838ccc relay_trace_exit+0x1a3() [/home/focht/projects/wine/mainline-src/dlls/ntdll/relay.c:556] in ntdll (0xf6b00204) 3 0xf6ffec38 (0x00000000) 0xf68e160c: strd r6, r3, [r0, #-32] Modules: Module Address Debug info Name (63 modules) PE 400000- 439000 Deferred pwsh ELF 48c000- 49f000 Deferred <wine-loader> PE 10000000-10045000 Deferred hostfxr ELF f5d88000-f5dad000 Deferred imm32<elf> \-PE f5d90000-f5dad000 \ imm32 ELF f5dad000-f5dd6000 Deferred libgcc_s.so.1 ELF f5dd6000-f5e0c000 Deferred libexpat.so.1 ELF f5e0c000-f5e4b000 Deferred libfontconfig.so.1 ELF f5e4b000-f5e6b000 Deferred libz.so.1 ELF f5e6b000-f5edf000 Deferred libfreetype.so.6 ELF f5ef8000-f5f0c000 Deferred api-ms-win-crt-time-l1-1-0<elf> \-PE f5f00000-f5f0c000 \ api-ms-win-crt-time-l1-1-0 ELF f5f0c000-f5f20000 Deferred api-ms-win-crt-utility-l1-1-0<elf> \-PE f5f10000-f5f20000 \ api-ms-win-crt-utility-l1-1-0 ELF f5f20000-f5f9c000 Deferred shlwapi<elf> \-PE f5f30000-f5f9c000 \ shlwapi ELF f5f9c000-f60e2000 Deferred oleaut32<elf> \-PE f5fb0000-f60e2000 \ oleaut32 ELF f60e2000-f617b000 Deferred rpcrt4<elf> \-PE f60f0000-f617b000 \ rpcrt4 ELF f617b000-f6196000 Deferred version<elf> \-PE f6180000-f6196000 \ version ELF f6196000-f62e6000 Deferred gdi32<elf> \-PE f61a0000-f62e6000 \ gdi32 ELF f62e6000-f6515000 Deferred user32<elf> \-PE f6300000-f6515000 \ user32 ELF f6515000-f668e000 Deferred ole32<elf> \-PE f6530000-f668e000 \ ole32 ELF f668e000-f6710000 Deferred advapi32<elf> \-PE f66a0000-f6710000 \ advapi32 PE f6710000-f6b3f000 Export coreclr PE f6b40000-f6ba6000 Deferred hostpolicy ... LF f7a03000-f7bb8000 Dwarf libwine.so.1 ELF f7bb8000-f7be1000 Deferred ld-linux-armhf.so.3 Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\projects\woa-winrt\powershell620-arm32\pwsh.exe 0000002c 0 0000002b 0 <== System information: Wine build: wine-3.21-4-gfc4d5d49c6 Platform: arm Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Debugging session: --- snip --- $ gdb wine GNU gdb (GDB) 8.2 ... Reading symbols from wine...done. (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-arm/bin/wine pwsh.exe [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [Detaching after fork from child process 4337] [Detaching after fork from child process 4339] 0009:fixme:msvcrt:_configure_wide_argv (1) stub 0009:fixme:msvcrt:_initialize_wide_environment stub 0009:fixme:process:GetNumaHighestNodeNumber (0xf73ced14): semi-stub 0009:fixme:thread:SetThreadStackGuarantee (0xf73cec98): stub 0009:fixme:ntdll:EtwEventRegister ({e13c0d23-ccbc-4e12-931b-d9cc2eee27e4}, 0xf6aed7b1, 0xf6e6d920, 0xf6e6d920) stub. 0009:fixme:ntdll:EtwEventRegister ({763fd754-7086-4dfe-95eb-c01a46faf4ca}, 0xf6aed7b1, 0xf6e6d958, 0xf6e6d958) stub. 0009:fixme:ntdll:EtwEventRegister ({a669021c-c450-4609-a035-5af59af4df18}, 0xf6aed7b1, 0xf6e6d8e8, 0xf6e6d8e8) stub. 0009:fixme:wer:WerRegisterRuntimeExceptionModule (L"Z:\\home\\focht\\projects\\woa-winrt\\powershell620-arm32\\mscordaccore.dll", 0xf6a80000) stub! [New Thread 0xf5f23460 (LWP 4501)] 0009:fixme:msvcrt:_control87 not implemented Thread 1 "pwsh.exe" received signal SIGSEGV, Segmentation fault. 0xf6c5160c in ?? () (gdb) info reg r0 0xf3ce0020 4090363936 r1 0xf73ce944 4147964228 r2 0x11000 69632 r3 0xf3d90000 4091084800 r4 0xf74baee0 4148932320 r5 0x90068 589928 r6 0x0 0 r7 0xf6d4a5e4 4141131236 r8 0xf3ce0000 4090363904 r9 0xf6e78500 4142368000 r10 0xf6d51268 4141159016 r11 0xf73ceaa0 4147964576 r12 0xaf 175 sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 -136448087 pc 0xf6c5160c 0xf6c5160c cpsr 0x600f0030 1611595824 Unable to fetch SVE register header: Invalid argument. (gdb) set arm fallback-mode thumb (gdb) x/10i 0xf6c5160c => 0xf6c5160c: strd r6, r3, [r0, #-32] 0xf6c51610: ldr r3, [sp, #36] ; 0x24 0xf6c51612: ldr r4, [sp, #44] ; 0x2c 0xf6c51614: str.w r3, [r0, #-24] 0xf6c51618: ldr r3, [sp, #40] ; 0x28 0xf6c5161a: add.w r3, r0, r3, lsl #2 0xf6c5161e: str.w r3, [r0, #-20] 0xf6c51622: strd r5, r6, [r0, #-8] 0xf6c51626: ldr.w r3, [r0, #-20] 0xf6c5162a: add.w r3, r3, r4, lsl #1 (gdb) x/10x ($r0-0x20) 0xf3ce0000: 0x00000000 0x00000000 0x00000000 0x00000000 0xf3ce0010: 0x00000000 0x00000000 0x00000000 0x00000000 0xf3ce0020: 0x00000000 0x00000000 (gdb) bt #0 segv_handler (signal=0xb, info=0xf73ce6d8, ucontext=0xf73ce758) at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:732 #1 <signal handler called> #2 0xf6c5160c in ?? () #3 0xf7ddf7a8 in pthread_sigmask (how=0x90068, newmask=<optimized out>, oldmask=0xf74baee0 <VirtualAlloc>) at ../sysdeps/unix/sysv/linux/pthread_sigmask.c:45 #4 0x000e0280 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) set output-radix 16 (gdb) p *context $3 = {uc_flags = 0x0, uc_link = 0x0, uc_stack = {ss_sp = 0x0, ss_flags = 0x0, ss_size = 0x0}, uc_mcontext = {trap_no = 0x0, error_code = 0x800, oldmask = 0x0, arm_r0 = 0xf3ce0020, arm_r1 = 0xf73ce944, arm_r2 = 0x11000, arm_r3 = 0xf3d90000, arm_r4 = 0xf74baee0, arm_r5 = 0x90068, arm_r6 = 0x0, arm_r7 = 0xf6d4a5e4, arm_r8 = 0xf3ce0000, arm_r9 = 0xf6e78500, arm_r10 = 0xf6d51268, arm_fp = 0xf73ceaa0, arm_ip = 0xaf, arm_sp = 0xf73cea48, arm_lr = 0xf7ddf7a9, arm_pc = 0xf6c5160c, arm_cpsr = 0x602f0030, fault_address = 0xf3ce0000}, uc_sigmask = {__val = {0x0, 0x0, 0xf3ce0000, 0xf7ccdd34, 0xa0000, 0xffffffff, 0xf6d4a5e4, 0xf7ddf7a9, 0xf73ce82c, 0xf7c7f6c0, 0x0, 0x1, 0x11000, 0xf3ce0000, 0x43, 0x1, 0xf73ce834, 0xf7c7fd20, 0xffffffff, 0xa5e4, 0x11000, 0xf3ce0000, 0xb0000, 0x1, 0x1, 0xf3ce0000, 0x11, 0x11, 0xffffffff, 0xf7cbb180, 0x2300ffff, 0xf73ce84c}}, uc_regspace = {0x56465001, 0x120, 0x80005, 0x0, 0xa0a0a0a, 0xa0a0a0a, 0x10000, 0x10000, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x8040201, 0x80402010, 0x8040201, 0x80402010, 0x0 <repeats 18 times>, 0x594e9a4, 0x0 <repeats 29 times>, 0x20000010, 0xf7810088, 0x40000000, 0x0, 0x0, 0x1, 0x0, 0x0, 0xf6b36fff, 0x0, 0xe8f86fff, 0x0, 0xf6b37000, 0x0, 0xe8f87000, 0x0, 0xfffeefff, 0x0, 0xfffdefff, 0x0, 0x0, 0x0, 0x2, 0xf73ce9b4, 0xf73ce9d4, 0xf7810064, 0xf73ce9d4, 0xf7c02a14, 0x2, 0xf7810060, 0xe0268, 0xf7941508, 0x43, 0xf783fd98, 0xf73cea1c, 0xf7c1e7c8, 0xf6ac0c51, 0x6, 0xf73cea0c, 0xffff, 0x0, 0x0, 0x11000, 0xf3ce0000, 0xf73cea24, 0xf74baf74, 0x1000, 0x4, 0x1000, 0x11000, 0xf3ce0000, 0xffffffff, 0xf3ce0000, 0x0, 0xf73cea44, 0xf74baf18, 0x4, 0x40, 0x4, 0x1000, 0x10068, 0xf3ce0000}} --- snip --- trap_no = 0 error_code = 0x800 (write access) fault_address = 0xf3ce0000 Using +virtual debug channel reveals it: --- snip --- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 000a0000 202000 00000004 0009:trace:virtual:map_view got mem with anon mmap 0xf3ce0000-0xf3d80000 0009:trace:virtual:VIRTUAL_DumpView View: 0xf3ce0000 - 0xf3d7ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0xf3ce0000 - 0xf3d7ffff -Hrw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0xf3ce0000 00010068 1000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0xf3ce0000 - 0xf3d7ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0xf3ce0000 - 0xf3cf0fff cHrw- 0009:trace:virtual:VIRTUAL_DumpView 0xf3cf1000 - 0xf3d7ffff -Hrw- --- snip --- VPROT_COMMITTED + VPROT_WRITEWATCH + VPROT_READ + VPROT_WRITE A write watch should get triggered here. Wine has no trap number mapping and defaults to "illegal instruction" where things go haywire. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 117 enum arm_trap_code 118 { 119 TRAP_ARM_UNKNOWN = -1, /* Unknown fault (TRAP_sig not defined) */ 120 TRAP_ARM_PRIVINFLT = 6, /* Invalid opcode exception */ 121 TRAP_ARM_PAGEFLT = 14, /* Page fault */ 122 TRAP_ARM_ALIGNFLT = 17, /* Alignment check exception */ 123 }; --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 712 static void segv_handler( int signal, siginfo_t *info, void *ucontext ) 713 { 714 EXCEPTION_RECORD *rec; 715 ucontext_t *context = ucontext; 716 717 /* check for page fault inside the thread stack */ 718 if (get_trap_code(context) == TRAP_ARM_PAGEFLT && 719 (char *)info->si_addr >= (char *)NtCurrentTeb()->DeallocationStack && 720 (char *)info->si_addr < (char *)NtCurrentTeb()->Tib.StackBase && 721 virtual_handle_stack_fault( info->si_addr )) 722 { 723 /* check if this was the last guard page */ 724 if ((char *)info->si_addr < (char *)NtCurrentTeb()->DeallocationStack + 2*4096) 725 { 726 rec = setup_exception( context, raise_segv_exception ); 727 rec->ExceptionCode = EXCEPTION_STACK_OVERFLOW; 728 } 729 return; 730 } 731 732 rec = setup_exception( context, raise_segv_exception ); 733 if (rec->ExceptionCode == EXCEPTION_STACK_OVERFLOW) return; 734 735 switch(get_trap_code(context)) 736 { 737 case TRAP_ARM_PRIVINFLT: /* Invalid opcode exception */ 738 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 739 break; 740 case TRAP_ARM_PAGEFLT: /* Page fault */ 741 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 742 rec->NumberParameters = 2; 743 rec->ExceptionInformation[0] = (get_error_code(context) & 0x800) != 0; 744 rec->ExceptionInformation[1] = (ULONG_PTR)info->si_addr; 745 break; 746 case TRAP_ARM_ALIGNFLT: /* Alignment check exception */ 747 rec->ExceptionCode = EXCEPTION_DATATYPE_MISALIGNMENT; 748 break; 749 case TRAP_ARM_UNKNOWN: /* Unknown fault code */ 750 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 751 rec->NumberParameters = 2; 752 rec->ExceptionInformation[0] = 0; 753 rec->ExceptionInformation[1] = 0xffffffff; 754 break; 755 default: 756 ERR("Got unexpected trap %d\n", get_trap_code(context)); 757 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 758 break; 759 } 760 } --- snip --- Since 'TRAP_ARM_PAGEFLT' identifier has already been used for trap_no 14 (arch/arm/mm/fault.c:__do_user_fault) I guess you have to invent another identifier for essentially the same thing. With that part fixed it runs a bit further - into next Wine ARM32 bug ;-) $ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip b77b87906514e802c03c84fcb72ce39f925c3b41 PowerShell-6.2.0-preview.2-win-arm32.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip 40M PowerShell-6.2.0-preview.2-win-arm32.zip 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.

2 10

[Bug 46189] New: [Bug 46187] Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to ntdll ' set_cpu_context' not restoring Thumb mode during return from exception handling
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46189 Bug ID: 46189 Summary: [Bug 46187] Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to ntdll 'set_cpu_context' not restoring Thumb mode during return from exception handling Product: Wine Version: 3.21 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the continuation of bug 46187("Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)") Even with trap code 0 properly translated it still crashes. Debugger session (with fixup for bug #46187 applied). --- snip --- $ gdb wine GNU gdb (GDB) 8.2 ... Reading symbols from wine...done. (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-arm/bin/wine pwsh.exe ... Thread 1 "pwsh.exe" hit Breakpoint 1, virtual_handle_fault (addr=0xf3ce0000, err=1, on_signal_stack=0) at /home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010 2010 NTSTATUS ret = STATUS_ACCESS_VIOLATION; (gdb) bt #0 virtual_handle_fault (addr=0xf3ce0000, err=1, on_signal_stack=0) at /home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010 #1 0xf7c612ec in raise_segv_exception (rec=0xf73ce9f8, context=0xf73ce858) at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:574 #2 0xf7c61152 in raise_func_trampoline_thumb () at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:508 Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) info locals ret = 0xc0000005 page = 0xf3ce0000 sigset = {__val = {0x0, 0x0, 0xf7c61150, 0x600f0030, 0xf3ce0000, 0x0, 0x0, 0xf3ce0000, 0xf7ccdd34, 0xa0000, 0xffffffff, 0xf6d4a5e4, 0xf7ddf7a9, 0xf73ce82c, 0xf7c7f6c0, 0x0, 0x1, 0x11000, 0xf3ce0000, 0x43, 0x1, 0xf73ce834, 0xf7c7fd20, 0xffffffff, 0xa5e4, 0x11000, 0xf3ce0000, 0xb0000, 0x1, 0x1, 0xf3ce0000, 0x11}} vprot = 0x63 ... (gdb) n 2027 set_page_vprot_bits( page, page_size, 0, VPROT_WRITEWATCH ); (gdb) n 2028 mprotect_range( page, page_size, 0, 0 ); (gdb) n 2031 if (VIRTUAL_GetUnixProt( get_page_vprot( page )) & PROT_WRITE) (gdb) n 2033 if ((vprot & VPROT_WRITEWATCH) || is_write_watch_range( page, page_size )) (gdb) n 2034 ret = STATUS_SUCCESS; ... --- snip --- The problem is the way Wine restores the context on ARM32 via 'set_cpu_context': --- snip --- Dump of assembler code for function set_cpu_context: 0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44 => 0xf7c605c4 <+4>: msr CPSR_f, r1 0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40 0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c 0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38 0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!) 0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, r10, r11, r12} 0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4) (gdb) info reg r0 0xf73ce858 0xf73ce858 r1 0x602f0030 0x602f0030 r2 0x0 0x0 r3 0x0 0x0 r4 0xf74baee0 0xf74baee0 r5 0x90068 0x90068 r6 0x0 0x0 r7 0xf6d4a5e4 0xf6d4a5e4 r8 0xf3ce0000 0xf3ce0000 r9 0xf6e78500 0xf6e78500 r10 0xf6d51268 0xf6d51268 r11 0xf73ce854 0xf73ce854 r12 0xaf 0xaf sp 0xf73ce840 0xf73ce840 lr 0xf7c61350 0xf7c61350 pc 0xf7c605c4 0xf7c605c4 <set_cpu_context+4> cpsr 0x600f0010 0x600f0010 Unable to fetch SVE register header: Invalid argument. --- snip --- CPSR = 0x600f0010 = Wine ARM32 mode R1 = old CPSR before fault = 0x602f0030 = app code in Thumb mode Wine -> CPSR_f = only flag bits set (execution state/control bits can't be set explicitly in USR mode by design, no USR SPSR_xxx). --- snip --- (gdb) disas Dump of assembler code for function set_cpu_context: 0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44 0xf7c605c4 <+4>: msr CPSR_f, r1 0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40 0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c 0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38 0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!) 0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, r10, r11, r12} => 0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4) End of assembler dump. (gdb) si 0xf6c5160c in ?? () (gdb) info reg r0 0xf3ce0020 0xf3ce0020 r1 0xf73ce944 0xf73ce944 r2 0x11000 0x11000 r3 0xf3d90000 0xf3d90000 r4 0xf74baee0 0xf74baee0 r5 0x90068 0x90068 r6 0x0 0x0 r7 0xf6d4a5e4 0xf6d4a5e4 r8 0xf3ce0000 0xf3ce0000 r9 0xf6e78500 0xf6e78500 r10 0xf6d51268 0xf6d51268 r11 0xf73ceaa0 0xf73ceaa0 r12 0xaf 0xaf sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 0xf7ddf7a9 pc 0xf6c5160c 0xf6c5160c cpsr 0x600f0010 0x600f0010 Unable to fetch SVE register header: Invalid argument. (gdb) set arm fallback-mode thumb (gdb) x/10i $pc => 0xf6c5160c: strd r6, r3, [r0, #-32] 0xf6c51610: ldr r3, [sp, #36] ; 0x24 0xf6c51612: ldr r4, [sp, #44] ; 0x2c 0xf6c51614: str.w r3, [r0, #-24] 0xf6c51618: ldr r3, [sp, #40] ; 0x28 0xf6c5161a: add.w r3, r0, r3, lsl #2 0xf6c5161e: str.w r3, [r0, #-20] 0xf6c51622: strd r5, r6, [r0, #-8] 0xf6c51626: ldr.w r3, [r0, #-20] 0xf6c5162a: add.w r3, r3, r4, lsl #1 (gdb) si 0xf6c51610 in ?? () (gdb) info reg r0 0xf3ce0020 4090363936 r1 0xf73ce944 4147964228 r2 0x11000 69632 r3 0xf3d90000 4091084800 r4 0xf74baee0 4148932320 r5 0x90068 589928 r6 0x0 0 r7 0xf6d4a5e4 4141131236 r8 0xf3ce0000 4090363904 r9 0xf6e78500 4142368000 r10 0xf6d51268 4141159016 r11 0xf73ceaa0 4147964576 r12 0xaf 175 sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 -136448087 pc 0xf6c51610 0xf6c51610 cpsr 0x600f0010 1611595792 Unable to fetch SVE register header: Invalid argument. (gdb) si 0xf6c51614 in ?? () (gdb) si 0xf6c51618 in ?? () (gdb) si 0xf6c78248 in ?? () (gdb) si Thread 1 "pwsh.exe" received signal SIGILL, Illegal instruction. 0xf6c78248 in ?? () --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 283 void DECLSPEC_HIDDEN set_cpu_context( const CONTEXT *context ); 284 __ASM_GLOBAL_FUNC( set_cpu_context, 285 ".arm\n\t" 286 "ldr r1, [r0, #0x44]\n\t" /* context->Cpsr */ 287 "msr CPSR_f, r1\n\t" 288 "ldr r1, [r0, #0x40]\n\t" /* context->Pc */ 289 "ldr lr, [r0, #0x3c]\n\t" /* context->Lr */ 290 "ldr sp, [r0, #0x38]\n\t" /* context->Sp */ 291 "push {r1}\n\t" 292 "ldmib r0, {r0-r12}\n\t" /* context->R0..R12 */ 293 "pop {pc}" ) --- snip --- Well, that's an unfortunate combination of things here. The app binaries contain a mix of 16-bit Thumb and 32-bit Thumb(2) instructions. Thumb-2 instruction set is the default for Windows on ARM per convention. https://msdn.microsoft.com/en-us/library/dn736986.aspx) --- quote --- The instruction set for Windows on ARM is strictly limited to Thumb-2. All code executed on this platform is expected to start and remain in Thumb mode at all times. An attempt to switch into the legacy ARM instruction set may succeed, but if it does, any exceptions or interrupts that occur may lead to an application fault in user mode, or a bugcheck in kernel mode. A side-effect of this requirement is that all code pointers must have the low bit set. This is so that when they are loaded and branched to via BLX or BX, the processor will remain in Thumb mode and not try to execute the target code as 32-bit ARM instructions. --- quote --- The write-watch fault is caused by an instruction that has 32-bit encoding (Thumb2), located at 0xf6c5160c -> bits[1:0] of the address = 0b00. Due to the segfault handling, the mode is switched to ARM (there are also explicit '.arm' directives in Wine code) -> CPSR 'T' bit gone. Wine's 'set_cpu_context' uses 'pop {pc}' to return to the faulting instruction for re-execution after write-watch has been reset. The instruction behaviour is defined by ARM: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0588b/Babefb… --- quote --- == POP, with reglist including the PC This instruction causes a branch to the address popped off the stack into the PC. This is usually a return from a subroutine, where the LR was pushed onto the stack at the start of the subroutine. In ARMv5T and above: bits[1:0] must not be 0b10 if bit[0] is 1, execution continues in Thumb state if bit[0] is 0, execution continues in ARM state. In ARMv4, bits[1:0] of the address loaded must be 0b00. == Thumb instructions A subset of these instructions are available in the Thumb instruction set. The following restrictions apply to the 16-bit instructions: For PUSH, reglist can only include the Lo registers and the LR For POP, reglist can only include the Lo registers and the PC. The following restrictions apply to the 32-bit instructions: reglist must not include the SP For PUSH, reglist must not include the PC For POP, reglist can include either the LR or the PC, but not both. == Restrictions on reglist in ARM instructions ARM PUSH instructions can have SP and PC in the reglist but these instructions that include SP or PC in the reglist are deprecated in ARMv6T2 and above. ARM POP instructions cannot have SP but can have PC in the reglist. These instructions that include both PC and LR in the reglist are deprecated in ARMv6T2 and above. --- quote --- Since I run the whole target under QEMU aarch64 system emulation I double checked that part too. Qemu behaves correctly, not switching from ARM to Thumb mode because bits[1:0] of the address = 0b00. https://github.com/qemu/qemu/blob/master/target/arm/translate.c#L225 --- snip --- /* Set a CPU register. The source must be a temporary and will be marked as dead. */ static void store_reg(DisasContext *s, int reg, TCGv_i32 var) { if (reg == 15) { /* In Thumb mode, we must ignore bit 0. * In ARM mode, for ARMv4 and ARMv5, it is UNPREDICTABLE if bits [1:0] * are not 0b00, but for ARMv6 and above, we must ignore bits [1:0]. * We choose to ignore [1:0] in ARM mode for all architecture versions. */ tcg_gen_andi_i32(var, var, s->thumb ? ~1 : ~3); s->base.is_jmp = DISAS_JUMP; } tcg_gen_mov_i32(cpu_R[reg], var); tcg_temp_free_i32(var); } --- snip --- Due to Wine's cpu context helper not restoring Thumb mode properly, execution is incorrectly resumed in ARM mode, leading to crash shortly after. Any Wine ARM32-specific assembly code/wrappers that pass control directly to app code, bypassing the compiler's ARM-Thumb interworking, has to make sure that it restores thumb mode properly. $ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip b77b87906514e802c03c84fcb72ce39f925c3b41 PowerShell-6.2.0-preview.2-win-arm32.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip 40M PowerShell-6.2.0-preview.2-win-arm32.zip 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.

2 9

[Bug 10467] New: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=10467 Summary: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0 Product: Wine Version: CVS/GIT Platform: PC URL: http://www.paehl.de/english.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this bug id exists for the sole purpose of showing my little journey of getting .NET 2.0 to work in wine. This topic does *NOT* cover the MONO project in any way. The windows version of MONO is covered by other bug reports. DISCLAIMER: This is just a first step which aims at major show stoppers. There are *many* issues left when it comes to managed (JIT) vs. unmanaged (native) API code bridging. To iron out all the bugs, many different applications are needed which cover the whole range of .NET Framework. I randomly chose a simple .NET 2.0 app which uses plain system.windows.forms stuff (no fancy controls/interop). --- snip --- http://www.paehl.de/fastmd5_net20.zip FASTMD5 create very fast with low CPU use a MD5 hash. Required .NET 1.1 or 2.0 --- snip --- Just as foreword: yes, it plain sucks to debug mixed code in wine (managed + unmanaged) because the tools required don't work reliable (or at all) due to several wine bugs/design problems. Prerequisite: successful installation of .NET 2.0 Framework and wine-0.9.49 (or GIT) ---------- If you start .NET apps they will fail with stack overflows and some exceptions thrown. The exception type tells us what we are dealing with: 0xe0434f4d For the uninitiated: this an exception type exclusively thrown by .NET common language runtime (CLR). Using my specially hacked wine to run tools like windbg one can get a raw estimate by looking at native method callstack: --- snip --- 0:000> sxe clr .. 0:000> .load clr20\sos.dll .. 0:000> g .. 0:000> kb ChildEBP RetAddr Args to Child WARNING: Stack unwind information not available. Following frames may be wrong. 0034efb8 79f97065 e0434f4d 00000001 00000001 KERNEL32!RaiseException+0x78 0034f018 7a0945a4 00a11cb4 00000000 00000000 mscorwks!RaiseTheExceptionInternalOnly+0x226 0034f0dc 02fa364b 00000000 0000007f 0034f138 mscorwks!JIT_Throw+0xd0 0034f1d8 79e88f63 00000000 0012e0f8 0034f22c 0x2fa364b 0034f1f8 79e88f63 00000000 00000000 0016b200 mscorwks!CallDescrWorker+0x33 0034f210 79e88ee4 0034f2e8 00000002 0034f2b0 mscorwks!CallDescrWorker+0x33 .. --- snip --- JIT code is at 0x2fa364b which transfers managed exceptions using mscorwks!JIT_Throw() to native code/OS. Lets look at CLR exception info... --- snip --- 0:000> !PrintException Exception object: 00a11cb4 Exception type: System.TypeInitializationException Message: The type initializer for 'System.Globalization.TextInfo' threw an exception. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80131534 --- snip --- And the managed code callstack... --- snip --- 0:000> !ClrStack OS Thread Id: 0xf (0) ESP EIP 0034f040 7b8414d8 [HelperMethodFrame: 0034f040] 0034f0e4 02fa364b System.Globalization.TextInfo.GetNativeTextInfo(Int32) 0034f114 02fa3511 System.Globalization.TextInfo.get_InvariantNativeTextInfo() 0034f140 02fa193d System.String.Compare(System.String, Int32, System.String, Int32, Int32, System.StringComparison) 0034f16c 02fa15a1 System.Security.Util.URLString.PreProcessForExtendedPathRemoval(System.String, Boolean) 0034f184 02fa10b0 System.AppDomainSetup.NormalizePath(System.String, Boolean) 0034f1a4 02fa06d6 System.AppDomainSetup.SetupDefaultApplicationBase(System.String) 0034f1bc 02fa02cc System.AppDomain.SetupFusionStore(System.AppDomainSetup) 0034f1d4 02fa01fa System.AppDomain.SetupDomain(Boolean, System.String, System.String) 0034f42c 79e88f63 [GCFrame: 0034f42c] 0034f9e0 79e88f63 [DebuggerClassInitMarkFrame: 0034f9e0] --- snip --- Some native method call in GetNativeTextInfo() seems to be the culprit. For many (string) resource based stuff to work, a unicode OS casing table is required. The table for the invariant version is built from external .NLS file. To make story short: wine does not ship the default case mapping table for unicode characters: "l_intl.nls". This is a "must" requirement and failure results in early TypeInitializationException while setting up default application domain. Short fix: copy the file from your windows system32 directory to wine system32. Long run fix: let wine generate/install this file. Not a big deal. Now simple .NET _console_ based apps (like "Hello World") will work. --------------------------------------- Stay tuned, more goodies to come ... Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 109

[Bug 45333] New: Failed to install Microsoft .NET 4.7.2
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45333 Bug ID: 45333 Summary: Failed to install Microsoft .NET 4.7.2 Product: Wine Version: 3.0.1 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: gtsasamori(a)gmail.com Created attachment 61620 --> https://bugs.winehq.org/attachment.cgi?id=61620 log file $ wine NDP472-DevPack-ENU.exe [. . . ] 00bc:err:msi:create_temp_binary failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00cd:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00ca:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00bc:err:msi:create_temp_binary failed to load dll L"C:\\users\\gts\\Temp\\msi389c.tmp" (193) 00d9:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi389c.tmp" (193) 00bc:fixme:service:EnumDependentServicesW 0x18a5eb8 0x00000001 0x0 0x00000000 0xb6f668 0xb6f664 - stub 00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled 00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled -- 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 44975] New: Multiple applications need 'find.exe' command line tool ( ConEmu)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44975 Bug ID: 44975 Summary: Multiple applications need 'find.exe' command line tool (ConEmu) Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says, encountered with 'ConEmu' build 180409. Separated from bug 31519 which is now about providing 'fc.exe' (file compare) tool. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/ConEmu $ WINEDEBUG=+seh,+relay wine ./ConEmu.exe >>log.txt 2>&1 ... 006e:Call KERNEL32.CreateProcessW(00329a88 L"C:\\windows\\system32\\cmd.EXE",0014e080 L"cmd /d /c ver ",00000000,00000000,00000001,00000000,00000000,00000000,00329a44,00329f48) ret=7e13009e ... 006e:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e13009e ... 0062:Call gdi32.ExtTextOutW(003d003f,00000000,00000010,00000000,00000000,00150b60 L"Can't recognize '\"C:\\windows\\system32\\find.exe\" \"Windows\"' as an internal or external command, or batch script.\00d4\ffff\00ff\d0c8\00d4\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ffy",0000006f,00145960) ret=7ec8ea0d --- snip --- The relevant part of batch file: --- snip --- ... rem Simple "ver" prints empty line before Windows version rem Use this construction to print just a version info cmd /d /c ver | "%windir%\system32\find.exe" "Windows" ... --- snip --- Command line usage: https://ss64.com/nt/find.html $ sha1sum ConEmuSetup.180409.exe 5b8b0e78789027841f5312e132101408b292996c ConEmuSetup.180409.exe $ du -sh ConEmuSetup.180409.exe 6.3M ConEmuSetup.180409.exe $ wine --version wine-3.6 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.

2 10

[Bug 45449] New: Add diagnostic 'mscoree.dll.CorGetSvc' stub (NGEN client) to hint at broken Microsoft .NET Frameworks installation ( Wine-Mono not uninstalled and 'mscoree.dll' placeholders not removed prior install)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45449 Bug ID: 45449 Summary: Add diagnostic 'mscoree.dll.CorGetSvc' stub (NGEN client) to hint at broken Microsoft .NET Frameworks installation (Wine-Mono not uninstalled and 'mscoree.dll' placeholders not removed prior install) Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45333 (diagnostics for the NGEN server side). The client side 'ngen.exe' calls unimplemented 'mscoree.dll.CorGetSvc'. NOTE: MSI (CA) server is currently broken/regressed for 64-bit WINEPREFIXes, so a broken .NET installation can't be tested there. Prepare a broken 32-bit WINEPREFIX: --- snip --- $ wineserver -k $ rm -rf .wine $ export WINEARCH=win32 $ wineboot $ wine uninstaller --list {BB9BDB97-C247-4F20-B710-8B6765F67105}|||Wine Gecko (32-bit) {E45D8920-A758-4088-B6C6-31DBB276992E}|||Wine Mono $ wine uninstaller --remove {E45D8920-A758-4088-B6C6-31DBB276992E} # to be really sure 'mscoree.dll' won't get updated -> keeps Wine's placeholder $ winetricks win7 # run .NET 4.0 installer without 'winetricks' $ wine ./dotNetFx40_Full_x86_x64.exe ... # really check if placeholder is still there $ winedump .wine/drive_c/windows/system32/mscoree.dll Contents of .wine/drive_c/windows/system32/mscoree.dll: 5236 bytes *** This is a Wine fake DLL *** File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) offset 104 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 2022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE DLL ... --- snip --- Test by trigger .NET GAC update: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update 0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0016:fixme:service:svcctl_ChangeServiceConfig2W SERVICE_CONFIG_FAILURE_ACTIONS not implemented: period 86400 msg (null) cmd (null) 0019:fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. 0019:err:winediag:CorIsLatestSvc If this function is called, it is likely the result of a broken .NET installation 0019:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime Optimization Service"): stub 0019:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x0000044f,(nil),0x0001,0x00000000,0x76f9d0,(nil)): stub 0019:err:eventlog:ReportEventW L".NET Runtime Optimization Service (clr_optimization_v4.0.30319_32) - Tried to start a service that wasn't the latest version of CLR Optimization service. Will shutdown\n" 0019:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub wine: Call from 0x7b447132 to unimplemented function mscoree.dll.CorGetSvc, aborting Unknown exception --- snip --- That one is actually documented: https://github.com/dotnet/coreclr/blob/master/src/inc/mscorsvc.idl#L21 --- snip --- #pragma midl_echo("STDAPI CorGetSvc(IUnknown **pIUnknown);") --- snip --- With a stub added, returning default 'CLR_E_SHIM_RUNTIMEEXPORT': --- snip --- 0009:Call mscoree.CorGetSvc(0033f9f8) ret=1000df20 0009:fixme:mscoree:CorGetSvc stub(0x33f9f8)! 0009:Ret mscoree.CorGetSvc() retval=80131701 ret=1000df20 0009:Call KERNEL32.GetLastError() ret=1000f4c7 0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f4c7 ... 0009:Call KERNEL32.GetLastError() ret=1000f417 0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f417 ... 0009:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f9a4) ret=79084c0f 0009:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b446fe6 ip=7b446fe6 tid=0009 0009:trace:seh:raise_exception info[0]=19930520 0009:trace:seh:raise_exception info[1]=0033f9e4 0009:trace:seh:raise_exception info[2]=1001a760 0009:trace:seh:raise_exception eax=7b4356b1 ebx=00000000 ecx=00000000 edx=0033f990 esi=0033f990 edi=0033f950 0009:trace:seh:raise_exception ebp=0033f928 esp=0033f8c4 cs=330023 ds=33002b es=f7bc002b fs=f7bc0063 gs=f7bc006b flags=00000212 0009:trace:seh:call_stack_handlers calling handler at 0x10018276 code=e06d7363 flags=1 ... Failed to find a required export in the runtime. (Exception from HRESULT: 0x80131701) ... --- snip --- $ wine --version wine-3.12-110-g414fe80aeb 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.

2 7

[Bug 30075] New: Microsoft .NET Framework 4.5 Developer Preview CLR needs kernel32.dll WerRegisterRuntimeExceptionModule (returning S_OK) to run .NET apps
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30075 Bug #: 30075 Summary: Microsoft .NET Framework 4.5 Developer Preview CLR needs kernel32.dll WerRegisterRuntimeExceptionModule (returning S_OK) to run .NET apps Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, after upgrading an existing .NET Framework 4.0 WINEPREFIX with .NET Framework 4.5 (dev preview) some simple apps that previously worked failed to run. I created a simple C# based .NET "hello world" console app using the provided C# compiler (csc.exe) in .NET 4.0 prefix and it fails to execute after .NET 4.5 CLR upgrade: --- snip --- 002b:Starting process L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\hello.exe" (entryproc=0x40233e) ... 002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea 002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea 002b:Call KERNEL32.GetProcAddress(7b810000,00837968 "WerRegisterRuntimeExceptionModule") ret=008378fe 002b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=008378fe ... 002b:Call KERNEL32.LoadLibraryExW(0032f944 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorrc.dll",00000000,00000002) ret=008e1f58 002b:Ret KERNEL32.LoadLibraryExW() retval=00f00001 ret=008e1f58 ... 002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010) ret=00ace3f9 ... --- snip --- It seems there is an improved integration of error reporting with WER. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd408167%28v=vs.85%… Adding a stub returning E_NOTIMPL doesn't make the CLR happy: --- snip --- 002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea 002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea 002b:Call KERNEL32.GetProcAddress(7b810000,00837968 "WerRegisterRuntimeExceptionModule") ret=008378fe 002b:Ret KERNEL32.GetProcAddress() retval=7b825418 ret=008378fe 002b:Call KERNEL32.WerRegisterRuntimeExceptionModule(0032f88c L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll",00740000) ret=00837915 002b:fixme:wer:WerRegisterRuntimeExceptionModule (L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll", 0x740000) stub! 002b:Ret KERNEL32.WerRegisterRuntimeExceptionModule() retval=80004001 ret=00837915 ... 002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010) ret=00ace3f9 --- snip --- You have to return S_OK to please the CLR. With that change "hello world" runs again. Yay! Regards -- 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 11

[Bug 15437] New: Company of Heroes Opposing Fronts: Installer fails
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=15437 Summary: Company of Heroes Opposing Fronts: Installer fails Product: Wine Version: 1.1.5 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=16303) --> (http://bugs.winehq.org/attachment.cgi?id=16303) log Installation of the game is not possible. Exception EAccessViolation error in module GameInst.exe happens. According to test data the game had to be installed from a Windows installation in order to be played. A log is attached. -- 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 66

[Bug 30072] New: Microsoft .NET Framework 4.5 Developer Preview installer needs some wevtapi.dll stubs (EvtOpenChannelConfig, ...)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30072 Bug #: 30072 Summary: Microsoft .NET Framework 4.5 Developer Preview installer needs some wevtapi.dll stubs (EvtOpenChannelConfig, ...) Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 29742 After a stub "wevtapi" dll is provided the installer still crashes. A stub is needed for the following event API functions: EvtOpenChannelConfig EvtGetChannelConfigProperty EvtSetChannelConfigProperty EvtSubscribe With these stubs in place the installer doesn't crash and continues. winecfg -> "Windows 7" --- snip --- $ WINEDEBUG=+tid,+loaddll,+wevtapi wine dotNetFx45_Full_x86_x64.exe /q ... 0015:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wuapi.dll" at 0xf7180000: builtin 000f:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\rstrtmgr.dll" at 0xf75f0000: builtin 001d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wevtapi.dll" at 0xf7340000: builtin 001d:trace:wevtapi:DllMain (0x0xf7340000, 1, (nil)) 001d:fixme:wevtapi:EvtOpenChannelConfig stub((nil), L"Microsoft-Windows-CAPI2/Operational", 0) 001d:fixme:wevtapi:EvtGetChannelConfigProperty stub((nil), 0, 0, 16, 0x61c254, 0x61c270) 001d:fixme:wevtapi:EvtSetChannelConfigProperty stub((nil), 0, 0, 0x61c24c) 001d:fixme:wevtapi:EvtSubscribe stub((nil), 0x80, L"Microsoft-Windows-CAPI2/Operational", (null), (nil), (nil), (nil), 1) ... --- snip --- $ sha1sum dotNetFx45_Full_x86_x64.exe e3ffcb31565ebee65cc95c93db7d11eee2055d68 dotNetFx45_Full_x86_x64.exe $ wine --version wine-1.4-rc6-1-ge11565b Regards -- 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 30074] New: Microsoft .NET Framework 4.5 Developer Preview installer needs stub wusa.exe
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30074 Bug #: 30074 Summary: Microsoft .NET Framework 4.5 Developer Preview installer needs stub wusa.exe Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 30072 The installer now aborts due to missing "wusa.exe" executable. I didn't find any installer on MS downloads that contains this standalone component (only updates). With a stub executable provided the installer is happy: --- snip --- $ WINEDEBUG=+tid,+wusa wine ./dotNetFx45_Full_x86_x64.exe -q ... fixme:wusa:wmain stub: L"wusa.exe" L"C:\\711ec06a13d5ed1f9b3e\\Windows6.1-KB958488-v6001-x86.msu" L"/quiet" L"/norestart" ... --- snip --- At least the .NET Framework 4.5 installation finishes without further critical error in basic ui or silent mode. Although .NET Framework 4.5 is an update of .NET Framework 4.0, no previous install of .NET Framework 4.0 is required (winetricks -q dotnet40). One problem will turn up later: mscoree.dll is still builtin (Mono placeholder/fake) which will prevent from loading CLR. Actually this component gets updated through "Windows6.1-KB958488-v6001-x86.msu" (Microsoft .NET Framework 4.0 Shared -> KB958488) Windows6.1-KB958488-x86.cab. Due to wusa.exe stub this update is skipped. Maybe a winetricks recipe will take care of that in future (manually extracting/unpacking the missing dlls from msu). Regards -- 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 11

[Bug 39402] New: Lost Planet 2 Benchmark crashes at launch due to missing audio format conversion (IXAudio2Impl_CreateSourceVoice)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39402 Bug ID: 39402 Summary: Lost Planet 2 Benchmark crashes at launch due to missing audio format conversion (IXAudio2Impl_CreateSourceVoice) Product: Wine Version: 1.7.52 Hardware: x86-64 URL: http://www.geforce.com/games-applications/pc-games/los t-planet-2 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: aeikum(a)codeweavers.com Distribution: --- Created attachment 52514 --> https://bugs.winehq.org/attachment.cgi?id=52514 log warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! wine-1.7.52-134-g20ff335 -- 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 90

[Bug 47895] New: wine: Bad EXE format for Then_and_Before__1920x1080.exe
by WineHQ Bugzilla 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47895 Bug ID: 47895 Summary: wine: Bad EXE format for Then_and_Before__1920x1080.exe Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 65385 --> https://bugs.winehq.org/attachment.cgi?id=65385 Demo According to VirusTotal this is a valid Win32 binary yet Wine refuses to run it: https://www.virustotal.com/gui/file/0222621c6a26420c381e71346fa14e1cf783462… File type Win32 EXE Magic MS-DOS executable, MZ for MS-DOS Target Machine Intel 386 or later processors and compatible processors -- 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 38176] New: Optical Circuit 4K demo crashes on startup
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38176 Bug ID: 38176 Summary: Optical Circuit 4K demo crashes on startup Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- Created attachment 50930 --> https://bugs.winehq.org/attachment.cgi?id=50930 demo itself Backtrace: =>0 0x004000aa in optical_circuit.1280x720.150221 (+0xaa) (0x00000000) 0x004000aa: xorb 0x0(%edi),%al Modules: Module Address Debug info Name (17 modules) PE 400000- 683b6eb Export optical_circuit.1280x720.150221 -- 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 42125] New: 8k demos often fail with Bad EXE Format
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42125 Bug ID: 42125 Summary: 8k demos often fail with Bad EXE Format Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- Several 8k demos fail to load because of a Bad EXE format error. I'm assuming they're hacking off unnecessary bits from the executable format to get within their size constraints, and wine is getting confused. This is the error I get in the logs: wine: Bad EXE format for Z:\home\aaron\eos_-_blue_morpho_1280x720.exe. This particular demo can be found at http://www.pouet.net/prod.php?which=68352 -- 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 23

[Bug 44860] New: 4k/ 8k demos crash due to Crinkler executable file compressor expecting PEB address in %EBX on process entry
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44860 Bug ID: 44860 Summary: 4k/8k demos crash due to Crinkler executable file compressor expecting PEB address in %EBX on process entry Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out from bug 42125 which is about OS loader compatibility/PE image header fields/mappings. Most of the PE tools struggle or even crash when trying to get something useful out of this due to the "optimized" usage (truncation) of DOS, PE headers (basically providing the bare minimum info to not have the OS loader crash). Example: http://www.pouet.net/prod.php?which=66502 ("Psyltcipher by Loonies") ProtectionID scan: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\lns-lpt-psyltcipher_720.exe [!] Warning : File has NO sections (suspicious) [!] Warning : File has NO imports (suspicious) File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7242 (01C4Ah) Byte(s) | Machine: 0x14C (I386) [!] Warning - Entrypoint is INVALID (file may be damaged) Compilation TimeStamp : 0x7F61DB01 -> Mon 21st Sep 2037 04:18:09 (GMT) [TimeStamp] 0x7F61DB01 -> Mon 21st Sep 2037 04:18:09 (GMT) | PE Header | - | Offset: 0x0000000C | VA: 0x0040000C | - [LoadConfig] CodeIntegrity -> Flags 0xA3F0 | Catalog 0x46 (70) | Catalog Offset 0x2000001 | Reserved 0x46A4A0 [LoadConfig] GuardAddressTakenIatEntryTable 0x8000011 | Count 0x46A558 (4629848) [LoadConfig] GuardLongJumpTargetTable 0x8000001 | Count 0x46A5F8 (4630008) [LoadConfig] HybridMetadataPointer 0x8000011 | DynamicValueRelocTable 0x46A66C [LoadConfig] FailFastIndirectProc 0x8000011 | FailFastPointer 0x46C360 [LoadConfig] UnknownZero1 0x8000011 [File Heuristics] -> Flag #1 : 00010001000001111110000011001000 (0x1107E0C8) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 0 (0x0) | ImageSize 0x2263B6EB (576960235) byte(s) [!} Warning - image has NO Data Directories... [!] Warning : Import Table is bad !!! -> Suspicious MZ Header.. [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.211 Second(s) [0000000D3h (211) tick(s)] [506 of 580 scan(s) done] --- snip --- LordPE dump (helper tool crashes during analysis but main app still shows info): --- snip --- ->DOS Header e_magic: 0x5A4D e_cblp: 0x3032 e_cp: 0x4550 e_crlc: 0x0000 e_cparhdr: 0x014C e_minalloc: 0x0000 e_maxalloc: 0xDB01 e_ss: 0x7F61 e_sp: 0xD010 e_csum: 0x7317 e_ip: 0x4775 e_cs: 0xF9EB e_lfarlc: 0x0008 e_ovno: 0x0002 e_res: 0x010BC911854579C0 e_oemid: 0x011F e_oeminfo: 0x50D3 e_res2: 0xE2F73D90005C0000F3F7C139DB1948EB00000040 e_lfanew: 0x00000004 ->File Header Machine: 0x014C (I386) NumberOfSections: 0x0000 TimeDateStamp: 0x7F61DB01 (GMT: Mon Sep 21 04:18:09 2037) PointerToSymbolTable: 0x7317D010 NumberOfSymbols: 0xF9EB4775 SizeOfOptionalHeader: 0x0008 Characteristics: 0x0002 (EXECUTABLE_IMAGE) ->Optional Header Magic: 0x010B (HDR32_MAGIC) MajorLinkerVersion: 0x11 MinorLinkerVersion: 0xC9 -> 17.201 SizeOfCode: 0x79C08545 SizeOfInitializedData: 0x50D3011F SizeOfUninitializedData: 0x3D90E2F7 AddressOfEntryPoint: 0x0000005C BaseOfCode: 0xC139F3F7 BaseOfData: 0x48EBDB19 ImageBase: 0x00400000 SectionAlignment: 0x00000004 FileAlignment: 0x00000004 MajorOperatingSystemVersion: 0xA30F MinorOperatingSystemVersion: 0x7D2D -> 41743.32045 MajorImageVersion: 0x4001 MinorImageVersion: 0x8D00 -> 16385.36096 MajorSubsystemVersion: 0x0004 MinorSubsystemVersion: 0xCEEB -> 4.52971 Win32VersionValue: 0x00000000 SizeOfImage: 0x2263B6EB ; <------- important! SizeOfHeaders: 0x00000040 CheckSum: 0xBBED3153 Subsystem: 0x0002 (WINDOWS_GUI) DllCharacteristics: 0x0000 SizeOfStackReserve: 0x0154BE90 SizeOfStackCommit: 0x016A0040 SizeOfHeapReserve: 0x0000BF58 SizeOfHeapCommit: 0x00B10042 LoaderFlags: 0x12EB5757 NumberOfRvaAndSizes: 0x00000000 --- snip --- The PE compressor used for most of these 4K/8K demos is named 'Crinkler': http://www.crinkler.net/ --- quote --- Crinkler is an executable file compressor (or rather, a compressing linker) for Windows specifically targeted towards executables with a size of just a few kilobytes. As of 2018, it is the most widely used tool for compressing 4k intros. Crinkler is being developed by Rune L. H. Stubbe (Mentor/TBC) and Aske Simon Christensen (Blueberry/Loonies). --- quote --- The compression itself and some parts of imports resolver are nicely covered here: http://code4k.blogspot.de/2010/12/crinkler-secrets-4k-intro-executable.html The decompression area for code, data etc. starts usually at fixed 0x420000 address range. One can easily bypass all the decompression stuff from entry and set a hardware breakpoint on execution to 0x420000. NOTE: Not all 8K demos from http://www.pouet.net can be fixed in Wine nor run in modern Windows (bug 42125). Crinkler uses the PE optional header 'SizeOfImage' field to have the loader allocate a huge chunk of memory used for decompression. Memory map: --- snip --- Address Size Owner Section Contains 00110000 00010000 00220000 00001000 Process Parameters 00230000 00003000 Environment 00400000 2263C000 lns-lpt-psyltcipher_720 PE header (+SizeOfImage) 22A40000 00001000 22A41000 00001000 22A42000 016AE000 Stack of main thread 7B420000 00001000 KERNEL32 PE header 7B421000 00221000 KERNEL32 .text Code 7B642000 001B1000 KERNEL32 .data Data,imports,exports, .. 7BC30000 00001000 ntdll PE header 7BC31000 000BF000 ntdll .text Code 7BCF0000 0001D000 ntdll .data Data,exports,resources 7FFD8000 00004000 Data block of main thread 7FFDF000 00001000 Process Environment Block 7FFE0000 00010000 ... --- snip --- https://github.com/wine-staging/wine-staging/blob/master/patches/kernel32-P… Relevant part of Crinkler code: --- snip --- ; PE entry 0040005C 53 PUSH EBX ; PEB, see later 0040005D 31ED XOR EBP,EBP 0040005F BB 02000000 MOV EBX,2 00400064 90 NOP 00400065 BE 54014000 MOV ESI,OFFSET 00400154 0040006A 6A 01 PUSH 1 0040006C 58 POP EAX 0040006D BF 00004200 MOV EDI,OFFSET 00420000 00400072 B1 00 MOV CL,0 00400074 57 PUSH EDI 00400075 57 PUSH EDI 00400076 EB 12 JMP SHORT 0040008A ... ; OEP after decompression 00420000 5F POP EDI 00420001 B9 1D000000 MOV ECX,1D 00420006 B0 E8 MOV AL,0E8 00420008 AE SCAS BYTE PTR ES:[EDI] 00420009 75 FB JNE SHORT 00420006 0042000B 8B07 MOV EAX,DWORD PTR DS:[EDI] 0042000D 98 CWDE 0042000E 3B07 CMP EAX,DWORD PTR DS:[EDI] 00420010 75 F4 JNE SHORT 00420006 00420012 29F8 SUB EAX,EDI 00420014 98 CWDE 00420015 AB STOS DWORD PTR ES:[EDI] 00420016 E2 EE LOOP SHORT 00420006 00420018 BB 08014000 MOV EBX,OFFSET 00400108 0042001D BE D3124200 MOV ESI,OFFSET 004212D3 00420022 BF 00004300 MOV EDI,OFFSET 00430000 00420027 58 POP EAX ; was EBX -> PEB 00420028 8B40 0C MOV EAX,DWORD PTR DS:[EAX+0C] ; PEB_LDR_DATA ; InLoadOrderModuleList->LDR_DATA_TABLE_ENTRY 0042002B 8B40 0C MOV EAX,DWORD PTR DS:[EAX+0C] ; LDR_DATA_TABLE_ENTRY->InLoadOrderLinks 0042002E 8B00 MOV EAX,DWORD PTR DS:[EAX] 00420030 8B00 MOV EAX,DWORD PTR DS:[EAX] ; Flink ; _LDR_DATA_TABLE_ENTRY.DllBase (kernel32) 00420032 8B68 18 MOV EBP,DWORD PTR DS:[EAX+18] 00420035 31C0 XOR EAX,EAX 00420037 AC LODS BYTE PTR DS:[ESI] ; "user32" 00420038 85ED TEST EBP,EBP 0042003A 75 12 JNE SHORT 0042004E 0042003C 85C0 TEST EAX,EAX 0042003E 74 5B JE SHORT 0042009B 00420040 6A 00 PUSH 0 00420042 6A 00 PUSH 0 00420044 52 PUSH EDX ; "d3d11" 00420045 6A 00 PUSH 0 00420047 FF15 180043. CALL DWORD PTR DS:[430018] ; user32.MessageBoxA 0042004D C3 RETN ... --- snip --- $ sha1sum lns-* 482e8d0fe4b5e6f7ffa6f2125143da5aadab34ad lns-lpt-psyltcipher_1080.exe 1da4738309c2738f5f89c4713c689a93b94cd898 lns-lpt-psyltcipher_1080_vsync.exe 7bab7cb1c8f528878b1547147d2c97dfa1032eab lns-lpt-psyltcipher_720.exe 85d1624523110af6c00cc53027e3b504ef3d5362 lns-lpt-psyltcipher.zip $ du -sh lns-* 8.0K lns-lpt-psyltcipher_1080.exe 8.0K lns-lpt-psyltcipher_1080_vsync.exe 8.0K lns-lpt-psyltcipher_720.exe 24K lns-lpt-psyltcipher.zip $ wine --version wine-3.4-256-g725ad420e1 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.

2 19

[Bug 46005] New: Multiple games and applications fail due to missing interface proxy information in registry (oleautomation/dual interfaces referenced in coclass section)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46005 Bug ID: 46005 Summary: Multiple games and applications fail due to missing interface proxy information in registry (oleautomation/dual interfaces referenced in coclass section) Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 34711 See my comment https://bugs.winehq.org/show_bug.cgi?id=34711#c3 where I stated my surprise about the interface proxies not being registered. Zebediah's comment https://www.winehq.org/pipermail/wine-devel/2018-October/133648.html convinced me to create a new ticket to target this problem in general. --- quote --- I don't think this is the right solution to this problem. On Windows only the coclass declaration is inside the library declaration, so I think we should fix widl to also register dependent interfaces. --- quote --- Copy/pasta from https://bugs.winehq.org/show_bug.cgi?id=34711 --- Download: http://wc3dota.persiangig.com/.Srl0nxC6Ke/Terraria/terraria-server-12031.zip New version: http://terraria.org/system/dedicated_servers/archives/000/000/032/original/… It crashes. Running under managed CLR debugger shows: --- snip --- ... 0035:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\hnetcfg.dll" at 0x7d060000: builtin 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {00000019-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {b196b28f-bab4-101a-b69c-00aa00341d07} not implemented 0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {b196b28f-bab4-101a-b69c-00aa00341d07} with error 0x80004002 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000019-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {b196b283-bab4-101a-b69c-00aa00341d07} not implemented 0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {b196b283-bab4-101a-b69c-00aa00341d07} with error 0x80004002 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000144-0000-0000-c000-000000000046} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {b171c812-cc76-485a-94d8-b6b3a2794e99} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {b171c812-cc76-485a-94d8-b6b3a2794e99} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 (31.32): C++ EH exception - code e06d7363 (first chance) 0030:fixme:ntdll:RtlGetUnloadEventTrace stub! 0030:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wtsapi32.dll" at 0xf7df0000: builtin 0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll" at 0x7a820000: native There is no current managed exception on this thread OS Thread Id: 0x32 (0) Child SP IP Call Site 0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664] 0033d6c0 0389014c Terraria.Netplay..cctor() 0033d928 791421db [GCFrame: 0033d928] 0033f30c 791421db [PrestubMethodFrame: 0033f30c] Terraria.ProgramServer.Main(System.String[]) 0033f548 791421db [GCFrame: 0033f548] 0032:fixme:ntdll:EtwRegisterTraceGuidsW (0xc405ba, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b930, (null), (null), 0xfb2d64): stub 0032:fixme:ntdll:EtwRegisterTraceGuidsW register trace class {8e9f5090-2d75-4d03-8a81-e5afbf85daf1} (31.32): CLR exception - code e0434352 (first chance) Exception object: 00f9d5e4 Exception type: System.InvalidCastException Message: Unable to cast COM object of type 'System.__ComObject' to interface type 'NATUPNPLib.UPnPNAT'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error: Exception from HRESULT: 0x80004002 (E_NOINTERFACE). InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80004002 OS Thread Id: 0x32 (0) Child SP IP Call Site 0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664] 0033d6c0 0389014c Terraria.Netplay..cctor() 0033d928 791421db [GCFrame: 0033d928] 0033f30c 791421db [PrestubMethodFrame: 0033f30c] Terraria.ProgramServer.Main(System.String[]) 0033f548 791421db [GCFrame: 0033f548] First chance exceptions are reported before any exception handling. This exception may be expected and handled. --- snip --- "Unable to cast COM object of type 'System.__ComObject' to interface type 'NATUPNPLib.UPnPNAT'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error: Exception from HRESULT: 0x80004002 (E_NOINTERFACE)." Cross-thread marshalling doesn't work here. Each thread must have access to the type information (registry) that describes the COM object to be able to unmarshal the object from the source thread. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/include/natupnp.idl#l205 --- snip --- 187 [ 188 object, 189 uuid(b171c812-cc76-485a-94d8-b6b3a2794e99), 190 dual, 191 pointer_default(unique) 192 ] 193 interface IUPnPNAT : IDispatch 194 { 195 [propget, id(1)] 196 HRESULT StaticPortMappingCollection ([out, retval] IStaticPortMappingCollection **collection); 197 198 [propget, id(2)] 199 HRESULT DynamicPortMappingCollection ([out, retval] IDynamicPortMappingCollection **collection); 200 201 [propget, id(3)] 202 HRESULT NATEventManager ([out, retval] INATEventManager **manager); 203 }; 204 205 [ 206 id(2), 207 uuid(1c565858-f302-471e-b409-f180aa4abec6), 208 version(1.0) 209 ] 210 library NATUPNPLib 211 { 212 importlib("stdole2.tlb"); 213 214 [ 215 vi_progid("HNetCfg.NATUPnP"), 216 progid("HNetCfg.NATUPnP.1"), 217 threading(apartment), 218 uuid(ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1) 219 ] 220 coclass UPnPNAT 221 { 222 [default] interface IUPnPNAT; 223 }; 224 }; --- snip --- It seems for Wine's MIDL the interface in question needs to be defined *inside* the 'library' block and have 'oleautomation' attribute. Otherwise it's not getting registered under 'HKEY_CLASSES_ROOT\\Interface\\{IID}\\...' (proxy/stub). I was surprised about that behaviour since the interface was referenced by the coclass within the library block and had 'dual' attribute. http://diranieh.com/IDL/Structure.htm --- quote --- Interface location [oleautomation]/ [dual] defined Inside library block Interface uses Universal Marshaler Interface appears in type library Outside library block Interface uses Universal Marshaler Interface does not appear in type library (unless referenced, perhaps in the coclass section) --- Interface location [oleautomation]/ [dual] not defined Inside library block AVOID. NO INTERCEPTION CODE GENERATED! Outside library block Interface does not use Universal Marshaler. Need to build proxy/stub DLL. Interface does not appear in type library (unless referenced, perhaps in the coclass section) --- quote --- $ wine --version wine-3.18-75-ge55aca8f49 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.

2 12

[Bug 34711] New: Terraria Server 1.2.0.x fails on startup (needs CLSID_UPnPNAT {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1})
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=34711 Bug #: 34711 Summary: Terraria Server 1.2.0.x fails on startup (needs CLSID_UPnPNAT {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1}) Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, split off from bug 30097 as this is a different issue. Prerequisite: 'winetricks -q dotnet40 xna40' in clean 32-bit WINEPREFIX --- snip --- $ wine TerrariaServer.exe -config serverconfig.txt ... fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Game" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework" fixme:shell:URL_ParseUrl failed to parse L"System.Configuration" fixme:shell:URL_ParseUrl failed to parse L"System.Xml" err:ole:CoGetClassObject class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not registered err:ole:create_server class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} could be created for context 0x15 fixme:advapi:RegisterTraceGuidsW (0xc3c4da, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b6cc, (null), (null), 0xfa2868,): stub fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Graphics" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Xact" fixme:process:FlushProcessWriteBuffers : stub Unhandled Exception: System.TypeInitializationException: The type initializer for 'Terraria.Main' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Terraria.Netplay' threw an exception. ---> System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1} failed due to the following error: 80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG). at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck) at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache) at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean skipCheckThis, Boolean fillCache) at System.Activator.CreateInstance(Type type, Boolean nonPublic) at System.Activator.CreateInstance(Type type) at Terraria.Netplay..cctor() --- End of inner exception stack trace --- at Terraria.Main..cctor() --- End of inner exception stack trace --- at Terraria.Main..ctor() at Terraria.ProgramServer.Main(String[] args) --- snip --- Server: Main.versionNumber = "v1.2.0.3.1"; Decompiling with ILSpy gives: --- snip --- // Terraria.Netplay static Netplay() { // Note: this type is marked as 'beforefieldinit'. Netplay.stopListen = false; Netplay.serverSock = new ServerSock[256]; Netplay.clientSock = new ClientSock(); Netplay.serverPort = 7777; Netplay.disconnect = false; Netplay.password = ""; Netplay.banFile = "banlist.txt"; Netplay.spamCheck = false; Netplay.anyClients = false; Netplay.upnpnat = (UPnPNAT)Activator.CreateInstance(Type.GetTypeFromCLSID(new Guid("AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1"))); Netplay.mappings = Netplay.upnpnat.StaticPortMappingCollection; Netplay.uPNP = true; Netplay.ServerUp = false; } --- snip --- Expected as Wine doesn't implement CLSID_UPnPNAT in HNetCfg.dll (NATUPnP.idl). $ du -sh terraria-server-12031.zip 788K terraria-server-12031.zip $ sha1sum terraria-server-12031.zip 2333bf1e6ad1d77fc5d59a389cad6581e48c12bf terraria-server-12031.zip $ wine --version wine-1.7.4-91-g7ac2b3b Regards -- 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 41670] New: Planetside 2: BattlEye service not starting
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=41670 Bug ID: 41670 Summary: Planetside 2: BattlEye service not starting Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: arsh79(a)gmail.com Distribution: --- Created attachment 56062 --> https://bugs.winehq.org/attachment.cgi?id=56062 error in cosole for the 'failed to initialize battleye service' window Trying to run the latest version of the game, Installer runs fine, but game doesn't start. On the first run the launcher tries to install battleye service, which it fails with the error in the attachment. On subsequent runs it just hangs forever trying to start the same service without outputting any error. -- 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 75

[Bug 31890] New: Cicso communicator throws a segmentation fault when call is initiated
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31890 Bug #: 31890 Summary: Cicso communicator throws a segmentation fault when call is initiated Product: Wine Version: 1.5.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fastalan(a)gmail.com Classification: Unclassified Description of problem: While emulator the Cisco IP Communicator 8-6-1, sometimes the application seg faults after the call is initiated. STDOUT shows: fixme:mmdevapi:AEV_GetMasterVolumeLevelScalar stub Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. wine ./communicatork9.exe 2. Make a call on the soft phone Actual results: When call initiates, the app crashes. The cisco CUCM continues the call, but the UA Endpoint client is dead. Expected results: Caller should hear a ringing sound and call should complete. Additional info: 3.5.4-2.fc17.x86_64 wine-1.5.13 -- 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 48611] New: Cairo Shell v0.3.x (.NET 4.7 app) crashes due to missing 'HKCU\\Software\\Microsoft\\Windows NT\\CurrentVersion\\WinLogon\\Shell' registry sub-key
by WineHQ Bugzilla 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48611 Bug ID: 48611 Summary: Cairo Shell v0.3.x (.NET 4.7 app) crashes due to missing 'HKCU\\Software\\Microsoft\\Windows NT\\CurrentVersion\\WinLogon\\Shell' registry sub-key Product: Wine Version: 5.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Some user tried to install it: https://old.reddit.com/r/winehq/comments/e7f3rz/cairo_requires_microsoft_ne… So I tried as well. He likely suffers from broken .NET install/WINEPREFIX (not subject to this report). Project site: https://cairoshell.com/ https://github.com/cairoshell/cairoshell/releases/tag/v0.3.6842 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Cairo Shell $ WINEDEBUG=+seh,+relay wine ./CairoDesktop.exe >>log.txt 2>&1 ... 002c:Call advapi32.RegOpenKeyExW(80000001,016839bc L"SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\WinLogon",00000000,00020019,0032f428) ret=79b98089 002c:Call ntdll.RtlInitUnicodeString(0032f35c,016839bc L"SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\WinLogon") ret=7b031b59 002c:Ret ntdll.RtlInitUnicodeString() retval=0000006c ret=7b031b59 002c:Call ntdll.NtOpenKeyEx(0032f428,00020019,0032f364,00000000) ret=7b031b7b 002c:Ret ntdll.NtOpenKeyEx() retval=c0000034 ret=7b031b7b 002c:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7b031b82 002c:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7b031b82 002c:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=79b98089 002c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3d86e29 ip=03d86e29 tid=002c 002c:trace:seh:raise_exception info[0]=00000000 002c:trace:seh:raise_exception info[1]=00000000 002c:trace:seh:raise_exception eax=00000000 ebx=0032f544 ecx=00000000 edx=016838e0 esi=00000000 edi=0032f4c0 002c:trace:seh:raise_exception ebp=0032f490 esp=0032f48c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210246 002c:trace:seh:call_vectored_handlers calling handler at 0xbb4ec0 code=c0000005 flags=0 002c:Call KERNEL32.GetLastError() ret=00bb4eee 002c:Ret KERNEL32.GetLastError() retval=00000000 ret=00bb4eee 002c:trace:seh:call_vectored_handlers handler at 0xbb4ec0 returned 0 002c:trace:seh:call_stack_handlers calling handler at 0xbb7020 code=c0000005 flags=0 ... --- snip --- Managed backtrace: --- snip --- 0009:err:eventlog:ReportEventW L"Application: CairoDesktop.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.NullReferenceException\n at CairoDesktop.Interop.Shell.get_IsCairoUserShell()\n at CairoDesktop.Startup.Main(System.String[])\n\n" 0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: 0009:fixme:ver:GetCurrentPackageId (0x32cad0 (nil)): stub System.NullReferenceException: Object reference not set to an instance of an object. at CairoDesktop.Interop.Shell.get_IsCairoUserShell() at CairoDesktop.Startup.Main(String[] args) wine: Unhandled page fault on read access to 00000000 at address 03D86E29 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x03d86e29). --- snip --- It can be worked around by adding the sub-key/data: --- snip --- $ wine reg.exe add "HKCU\\Software\\Microsoft\\Windows NT\\CurrentVersion\\WinLogon" /v Shell /t REG_SZ /d "explorer.exe" /f --- snip --- The app searches 'WinLogon' key first under HKCU. If not present, it will crash right away. If 'WinLogon' is present but no 'Shell' sub-key it will search HKLM. $ sha1sum CairoSetup_32bit.exe ba4098fce86a2d63a9107c0c18b2f68eb9417039 CairoSetup_32bit.exe $ du -sh CairoSetup_32bit.exe 2.2M CairoSetup_32bit.exe $ wine --version wine-5.1-391-g7332de64a5 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.

1 8

[Bug 37061] New: IEC 61850 v2.02 example client crashes on unimplemented function wpcap.dll.pcap_findalldevs_ex
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37061 Bug ID: 37061 Summary: IEC 61850 v2.02 example client crashes on unimplemented function wpcap.dll.pcap_findalldevs_ex Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, since we have a stub 'wpcap' component now (thanks André) it might be useful to file individual bugs :) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/SystemCorp/DLL $ wine ./IEC61850_Example_Client.exe ... wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_findalldevs_ex, aborting --- snip --- $ sha1sum SET\ IEC61850DLLV2\ Demo.exe 72ebe36f11e4a3fb5c117db7bd6b367b4e0eb058 SET IEC61850DLLV2 Demo.exe $ du -sh SET\ IEC61850DLLV2\ Demo.exe 1.1M SET IEC61850DLLV2 Demo.exe $ wine --version wine-1.7.23-90-gbdeb761 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.

2 9

[Bug 37062] New: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_findalldevs
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37062 Bug ID: 37062 Summary: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_findalldevs Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wireshark $ wine ./dumpcap.exe ... wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_findalldevs, aborting wine: Unimplemented function wpcap.dll.pcap_findalldevs called at address 0x7b83ae8f (thread 0026), starting debugger... --- snip --- $ sha1sum Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 94b6c2d2029dd00aa05b25bfc4fc6bbdc4ec405d Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ du -sh Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 22M Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ wine --version wine-1.7.23-90-gbdeb761 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.

2 5

[Bug 37094] New: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_open_live
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37094 Bug ID: 37094 Summary: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_open_live Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 37062 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wireshark $ wine ./dumpcap.exe ... Capturing on 'virbr0' wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_open_live, aborting wine: Unimplemented function wpcap.dll.pcap_open_live called at address 0x7b83ae8f (thread 0009), starting debugger... --- snip --- $ sha1sum Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 94b6c2d2029dd00aa05b25bfc4fc6bbdc4ec405d Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ du -sh Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 22M Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ wine --version wine-1.7.24-14-gd1749b5 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.

2 5

[Bug 12099] New: .NET Framework 1.1 installer requires loadperf. dll in case of AeDebug -> Auto=0 (unhandled exception dialog)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=12099 Summary: .NET Framework 1.1 installer requires loadperf.dll in case of AeDebug -> Auto=0 (unhandled exception dialog) Product: Wine Version: CVS/GIT Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=11486) --> (http://bugs.winehq.org/attachment.cgi?id=11486) example patch to add loadperf.dll and simple UnloadPerfCounterTextStringsW stub preventing .NET 1.1 installer exception Hello, VS.NET 7.x installers modify AeDebug which results in error message box from .NET Framework 1.1 installer due to an unhandled exception. With default AeDebug Auto=1 and standalone .NET 1.1 installation you won't notice it because this exception doesn't affect overall "success" result of installer. You can capture output from console to see winedbg actually spawned. VS.NET 7.x installers add/modify the following JIT debugging keys: --- snip --- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug\Debugger Auto: 1 -> 0 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\DbgManagedDebugger Default: cordbg.exe !a 0x%x8 --- snip --- Extract from .msi file: --- snip --- _FldbVs7eve_RegFile_887_00017.3643236F_FC70_11D3_A536_0090278A1BB8 2 SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug Auto 0 _VS_Debugging___VS7JIT_____X86.3643236F_FC70_11D3_A536_0090278A1BB8) .. --- snip --- You can simulate the behaviour on clean ~/.wine if you manually set AeDebug/Auto=0 (default is 1) and then execute the standalone .NET 1.1 installer. --- snip --- 002d:Call KERNEL32.lstrlenA(0034f55c "2008-03-17 21:20:25\t\tStarting\tUninstalling performance counters\r\n") ret=79e88b92 .. 002d:Call KERNEL32.LoadLibraryA(79e61310 "loadperf.dll") ret=79e907ed 002d:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=79e907ed 002d:Call KERNEL32.GetLastError() ret=79e907f9 002d:Ret KERNEL32.GetLastError() retval=0000007e ret=79e907f9 002d:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0034f960) ret=79e9082c 002d:trace:seh:raise_exception code=c06d007e flags=0 addr=0x7b8419a0 002d:trace:seh:raise_exception info[0]=0034f910 002d:trace:seh:raise_exception eax=7b82c3e9 ebx=7b8af3e4 ecx=00000000 edx=0034f904 esi=0034f904 edi=0034f880 002d:trace:seh:raise_exception ebp=0034f868 esp=0034f804 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00200212 002d:trace:seh:call_stack_handlers calling handler at 0x402518 code=c06d007e flags=0 .. 002d:Call KERNEL32.UnhandledExceptionFilter(0034f350) ret=7c34c456 wine: Unhandled exception 0xc06d007e at address 0x7b8419a0 (thread 002d), starting debugger... 002d:Call user32.MessageBoxA(00000000,0034efd8 "Unhandled exception 0xc06d007e at address 0x7b8419a0.\nDo you wish to debug it?",7b8a3e47 "Exception raised",00000014) ret=7b841deb --- snip --- The message box is shown with the option to dismiss the exception or to debug it. This can be pretty confusing to users who have no knowledge how to deal with this. Well, actually this exception should never occur. Wine can prevent this problem by providing a simple loadperf.dll and UnloadPerfCounterTextStringsW stub. Output after patch: --- snip --- 0041:Ret KERNEL32.LoadLibraryA() retval=607d0000 ret=79e907ed 0041:Call KERNEL32.InterlockedExchange(79e96fa8,607d0000) ret=79e9083e 0041:Ret KERNEL32.InterlockedExchange() retval=00000000 ret=79e9083e 0041:Call KERNEL32.GetProcAddress(607d0000,79e919b4 "UnloadPerfCounterTextStringsW") ret=79e908c4 0041:Ret KERNEL32.GetProcAddress() retval=607d8808 ret=79e908c4 0041:Call loadperf.UnloadPerfCounterTextStringsW(0034f9d0 L"u \"ASP.NET_1.1.4322\"",00000001) ret=79e86e64 0041:fixme:loadperf:UnloadPerfCounterTextStringsW (L"u \"ASP.NET_1.1.4322\"", 1): stub! 0041:Ret loadperf.UnloadPerfCounterTextStringsW() retval=00000000 ret=79e86e64 --- snip --- Please add this dll and the UnloadPerfCounterTextStringsW stub. The attached patch is provided as example to quickly validate the problem solution. Regards -- 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 13

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020