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

[Bug 50061] winetricks -q quicktime76 hangs

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50061 --- Comment #1 from Paul Gofman <pgofman(a)codeweavers.com> --- Created attachment 68520 --> https://bugs.winehq.org/attachment.cgi?id=68520 Test program I've tested the installer. It looks like /qn mode is just broken on Windows as well, I tried it on both latest Win10 and Win7 and it terminates early. The installation in interactive mode succeeds for me with the current Wine. What happens here is that in non-interactive mode the installer executes the following sequence of relevant calls in DllMain of QuickTime.qts for DLL_PROCESS_ATTACH: 1. index = FlsAlloc(callback); 2. FlsSetValue(index, <non-zero-value>); 3. handle = GetModuleHandle("CoreFoundation.dll"); (this fails and returns NULL when run in quiet mode, CoreFoundation.dll load is not ever attempted; this returns a valid handle in interactive mode, CoreFoundation.dll is successfully loaded before); 4. proc = GetProcAddress(handle, "__CFStringMakeConstantString"); 5. call proc - this expectedly faults in quiet mode; 6. For the failing quiet mode scenario, the fault is caught in ntdll/loader.c:MODULE_InitDLL(), init dll gets failure status and the process goes shutting down. Before the blame commit the process was shutting down quiet and this failure somehow did not affect the returned install result. With the blame commit, the process is faulting during calling FLS callback on thread detach as the FLS callback points into the QuickTime.qts segment which is already unloaded. I've made a simple test program (attached) demonstrating the similar failure under Windows (attached: compile as i686-w64-mingw32-gcc -shared ./dll_fls_fault.c -o a.dll; test as 'regsvr32 a.dll'). The test does not involve any faults in library initialization, but shows that if there are any outstanding FLS callback left after DLL unload, that is going to crash on thread or process termination. The application bug in dll here, besides crashing on process attach in Dll main, is not calling FlsFree for process detach for the index it allocated in process attach. So I don't see any actual regression here so far. The quiet mode installation looks broken on Windows as well and worked by chance previously when we were not calling FLS callbacks at all. -- 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.

Oct. 26, 2020

[Bug 22797] 'Sample1_DLLEmbedding' example from BoxedApp SDK v3.3.x (native API application virtualization scheme) crashes (needs hookable NtXXXSection API entries / NT syscalls)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=22797 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Summary|BoxedApp (native API |'Sample1_DLLEmbedding' |application virtualization |example from BoxedApp SDK |scheme) SDK v3.3.x examples |v3.3.x (native API |fail |application virtualization | |scheme) crashes (needs | |hookable NtXXXSection API | |entries / NT syscalls) Fixed by SHA1| |75e616d52b452d37cc93f492d47 | |eba641f9741c1 --- Comment #5 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, reworking this meta-bug into something more useful. Taking 'Sample1_DLLEmbedding.exe'. --- snip --- ... 0009:Call KERNEL32.LoadLibraryA(00434704 "DLL1.dll") ret=0040120c warn:ntdll:NtQueryAttributesFile L"\\??\\Z:\\home\\focht\\Downloads\\DemoApplications\\DLL1.dll" not found (c0000034) warn:ntdll:NtQueryAttributesFile L"\\??\\C:\\windows\\system32\\DLL1.dll" not found (c0000034) warn:ntdll:NtQueryAttributesFile L"\\??\\C:\\windows\\system\\DLL1.dll" not found (c0000034) warn:ntdll:NtQueryAttributesFile L"\\??\\C:\\windows\\DLL1.dll" not found (c0000034) warn:ntdll:NtQueryAttributesFile L"\\??\\Z:\\home\\focht\\Downloads\\DemoApplications\\DLL1.dll" not found (c0000034) warn:ntdll:NtQueryAttributesFile L"\\??\\C:\\windows\\system32\\DLL1.dll" not found (c0000034) warn:ntdll:NtQueryAttributesFile L"\\??\\C:\\windows\\DLL1.dll" not found (c0000034) warn:ntdll:NtQueryAttributesFile L"\\??\\C:\\windows\\system32\\wbem\\DLL1.dll" not found (c0000034) 0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=0040120c 0009:Call KERNEL32.GetProcAddress(00000000,00434890 "Function") ret=0040121a 0009:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0040121a trace:ntdll:NtQueryInformationProcess (0xffffffff,0x00000022,0x32eb60,0x00000004,(nil)) trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=0009 trace:seh:raise_exception info[0]=00000000 trace:seh:raise_exception info[1]=00000000 trace:seh:raise_exception eax=00000000 ebx=00000001 ecx=0032fd48 edx=c0000001 esi=00000000 edi=0032fd48 trace:seh:raise_exception ebp=0032eef0 esp=0032eedc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 trace:seh:call_vectored_handlers calling handler at 0x10013e10 code=c0000005 flags=0 trace:seh:call_vectored_handlers handler at 0x10013e10 returned 0 trace:seh:call_stack_handlers calling handler at 0x431851 code=c0000005 flags=0 --- snip --- The sandbox scheme hooks a number of native API to virtualize filesystem, registry etc. original: --- snip --- <ntdll.LdrLoadDll>: 7BC56C30 8BFF MOV EDI,EDI 7BC56C32 55 PUSH EBP 7BC56C33 8BEC MOV EBP,ESP 7BC56C35 5D POP EBP 7BC56C36 8D4C24 04 LEA ECX,DWORD PTR SS:[ESP+4] 7BC56C3A 83E4 F0 AND ESP,FFFFFFF0 ... --- snip --- hooked: --- snip --- <ntdll.LdrLoadDll>: 7BC56C30 E9 CB9348FF JMP 7B0E0000 7BC56C35 5D POP EBP 7BC56C36 8D4C24 04 LEA ECX,DWORD PTR SS:[ESP+4] 7BC56C3A 83E4 F0 AND ESP,FFFFFFF0 7BC56C3D FF71 FC PUSH DWORD PTR DS:[ECX-4] 7BC56C40 89C8 MOV EAX,ECX 7BC56C42 55 PUSH EBP 7BC56C43 89E5 MOV EBP,ESP 7BC56C45 57 PUSH EDI 7BC56C46 56 PUSH ESI 7BC56C47 53 PUSH EBX 7BC56C48 E8 0390FCFF CALL ntdll.__x86.get_pc_thunk.bx ... 7B0E0000 E9 1B0AF394 JMP bxsdk32.10010A20 ... 7B0D0000 8BFF MOV EDI,EDI 7B0D0002 55 PUSH EBP 7B0D0003 8BEC MOV EBP,ESP 7B0D0005 E9 2B6CB800 JMP ntdll.7BC56C35 --- snip --- --- snip --- 10010A20 55 PUSH EBP 10010A21 8BEC MOV EBP,ESP 10010A23 83E4 F8 AND ESP,FFFFFFF8 10010A26 83EC 4C SUB ESP,4C 10010A29 53 PUSH EBX 10010A2A 56 PUSH ESI 10010A2B 57 PUSH EDI 10010A2C FF15 54200C10 CALL DWORD PTR DS:[<&KERNEL32.GetLastError>] 10010A32 8B7D 10 MOV EDI,DWORD PTR SS:[EBP+10] 10010A35 894424 18 MOV DWORD PTR SS:[ESP+18],EAX 10010A39 A1 60EA0D10 MOV EAX,DWORD PTR DS:[100DEA60] 10010A3E 57 PUSH EDI 10010A3F 8D7424 40 LEA ESI,DWORD PTR SS:[ESP+40] 10010A43 894424 18 MOV DWORD PTR SS:[ESP+18],EAX 10010A47 E8 B405FFFF CALL bxsdk32.10001000 10010A4C 8B75 14 MOV ESI,DWORD PTR SS:[EBP+14] 10010A4F 8B0D 60EA0D10 MOV ECX,DWORD PTR DS:[100DEA60] 10010A55 8B5D 0C MOV EBX,DWORD PTR SS:[EBP+C] 10010A58 8B55 08 MOV EDX,DWORD PTR SS:[EBP+8] 10010A5B 8B81 840C0000 MOV EAX,DWORD PTR DS:[ECX+C84] 10010A61 83C4 04 ADD ESP,4 10010A64 56 PUSH ESI 10010A65 57 PUSH EDI 10010A66 81C1 840C0000 ADD ECX,0C84 10010A6C 53 PUSH EBX 10010A6D 52 PUSH EDX 10010A6E 8B50 24 MOV EDX,DWORD PTR DS:[EAX+24] 10010A71 FFD2 CALL EDX 10010A73 FFD0 CALL EAX ; org API entry continuation 7B0D0000 ... --- snip --- Some 'NtXXXSection' native API entries involved in module loading sequence were not hot-patchable. --- snip --- load_native_dll: 7BC54720 55 PUSH EBP 7BC54721 89E5 MOV EBP,ESP 7BC54723 57 PUSH EDI 7BC54724 89D7 MOV EDI,EDX 7BC54726 56 PUSH ESI 7BC54727 89CE MOV ESI,ECX 7BC54729 53 PUSH EBX 7BC5472A E8 21B5FCFF CALL ntdll.__x86.get_pc_thunk.bx 7BC5472F 81C3 D1380800 ADD EBX,838D1 7BC54735 81EC DC010000 SUB ESP,1DC 7BC5473B 8985 40FEFFFF MOV DWORD PTR SS:[EBP-1C0],EAX 7BC54741 C785 54FEFFFF 00 MOV DWORD PTR SS:[EBP-1AC],0 7BC5474B F683 30990000 08 TEST BYTE PTR DS:[EBX+9930],8 7BC54752 0F85 D8000000 JNZ ntdll.7BC54830 7BC54758 83EC 04 SUB ESP,4 7BC5475B 8D85 50FEFFFF LEA EAX,DWORD PTR SS:[EBP-1B0] 7BC54761 C785 60FEFFFF 00 MOV DWORD PTR SS:[EBP-1A0],0 7BC5476B 56 PUSH ESI 7BC5476C 8DB5 60FEFFFF LEA ESI,DWORD PTR SS:[EBP-1A0] 7BC54772 68 00000001 PUSH 1000000 7BC54777 6A 20 PUSH 20 7BC54779 56 PUSH ESI 7BC5477A 6A 00 PUSH 0 7BC5477C 68 0D000F00 PUSH 0F000D 7BC54781 50 PUSH EAX 7BC54782 C785 64FEFFFF 00 MOV DWORD PTR SS:[EBP-19C],0 7BC5478C E8 FF2F0400 CALL ntdll.NtCreateSection ; problem --- snip --- Original: --- snip --- <ntdll.NtCreateSection>: 7BC97790 8D4C24 04 LEA ECX,DWORD PTR SS:[ESP+4] 7BC97794 83E4 F0 AND ESP,FFFFFFF0 7BC97797 FF71 FC PUSH DWORD PTR DS:[ECX-4] 7BC9779A 55 PUSH EBP 7BC9779B 89E5 MOV EBP,ESP 7BC9779D 57 PUSH EDI 7BC9779E 56 PUSH ESI 7BC9779F 53 PUSH EBX 7BC977A0 E8 AB84F8FF CALL ntdll.__x86.get_pc_thunk.bx 7BC977A5 81C3 5B080400 ADD EBX,4085B --- snip --- Hooked: --- snip --- <ntdll.NtCreateSection>: 7BC97790 E9 6B88E5FF JMP 7BAF0000 7BC97795 E4 F0 IN AL,0F0 7BC97797 FF71 FC PUSH DWORD PTR DS:[ECX-4] 7BC9779A 55 PUSH EBP 7BC9779B 89E5 MOV EBP,ESP 7BC9779D 57 PUSH EDI 7BC9779E 56 PUSH ESI 7BC9779F 53 PUSH EBX 7BC977A0 E8 AB84F8FF CALL ntdll.__x86.get_pc_thunk.bx 7BC977A5 81C3 5B080400 ADD EBX,4085B 7BC977AB 51 PUSH ECX 7BC977AC 81EC A8000000 SUB ESP,0A8 --- snip --- Starting with commit https://source.winehq.org/git/wine.git/commitdiff/e3e477e6a14fbcb153258b47d… ("ntdll: Use syscall thunks for virtual memory functions.), these native API became hook-able. Part of Wine 5.13 release. Also referenced in bug 33162 ("Acrobat Reader 11 crashes on start (native API application virtualization, NtProtectVirtualMemory removes execute page protection on its own code)"). --- snip --- 7BC0B710 B8 18000000 MOV EAX,18 7BC0B715 BA 00C0C07B MOV EDX,7BC0C000 7BC0B71A FFD2 CALL EDX 7BC0B71C C2 1C00 RETN 1C --- snip --- --- snip --- 7BC0B710 E9 EB48EEFF JMP 7BAF0000 7BC0B715 BA 00C0C07B MOV EDX,7BC0C000 7BC0B71A FFD2 CALL EDX 7BC0B71C C2 1C00 RETN 1C --- snip --- --- snip --- 7BAF0000 E9 2B78E384 JMP 00927830 --- snip --- The example still crashed after this. There was a bug which got fixed with https://source.winehq.org/git/wine.git/commitdiff/75e616d52b452d37cc93f492d… ("ntdll: Clear the syscall frame on return instead of popping the previous one."), part of Wine 5.16 release. Thanks Alexandre. After that, the example works as designed. Using that as resolution. $ sha1sum boxedappsdk__demo__3_3_5_7.zip bfbdd0df4526cd34615a8d13a788a6cdc8713041 boxedappsdk__demo__3_3_5_7.zip $ du -sh boxedappsdk__demo__3_3_5_7.zip 25M boxedappsdk__demo__3_3_5_7.zip $ wine --version wine-5.20 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.

Oct. 26, 2020

[Bug 33236] Multiple application virtualization schemes rely on LdrLoadDll to behave like native Windows loader w.r.t. use of NtXXXSectionAPI (VMWare ThinApp 4.x)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=33236 --- Comment #10 from Paul Gofman <pgofman(a)codeweavers.com> --- Thanks for the details. My point was, "LdrLoadDll to behave like native Windows" looks like too broad to easily understand what exactly is currently missing in Wine (given that now Wine does not bypass Nt functions to load a module like that was the case earlier). Do I understand correctly that to solve this specific bug Wine needs to call NtOpenSection instead of NtOpenFile for modules? -- 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.

Oct. 26, 2020

[Bug 33236] Multiple application virtualization schemes rely on LdrLoadDll to behave like native Windows loader w.r.t. use of NtXXXSectionAPI (VMWare ThinApp 4.x)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=33236 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Multiple application |Multiple application |virtualization schemes rely |virtualization schemes rely |on LdrLoadDll to behave |on LdrLoadDll to behave |like native Windows loader |like native Windows loader |(NtOpenFile, NtXXXSection) |w.r.t. use of |(VMWare ThinApp 4.x, |NtXXXSectionAPI (VMWare |BoxedApp) |ThinApp 4.x) URL|https://archive.org/details |https://web.archive.org/web |/boxedappsdk__demo__3_3_5_7 |/20200503205120/https://fil | |es.downloadnow.com/s/softwa | |re/12/86/09/39/Bible_Conver | |ter_v2.3.exe?token=15885750 | |54_eaedbdae9ef08c617743d400 | |590e2e97&fileName=Bible_Con | |verter_v2.3.exe --- Comment #9 from Anastasius Focht <focht(a)gmx.net> --- Hello Paul, --- quote --- I suppose this should be fixed, at least in general, in the current Wine. In case some issues are remaining they probably deserve more specific bugs. --- quote --- no, I've checked some VMWare ThinApp 4.x wrapped apps - they don't work. This includes 'Simple_Bible_Reader_v2.3.exe' this bug was initially created for. Wine's loader still doesn't match the needed native API callouts/sequences of Windows loader to have this work. The BoxedApp 'Sample1_DLLEmbedding' example from comment #6 works now - but that's due to a different reason. I mixed that in here which was a mistake. I will rework meta-bug #22797 to make it useful. --- snip --- ... 0270:Call ntdll.LdrLoadDll(00000000,00000000,7fda4218,0031ec2c) ret=7fd903c3 0270:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7fd903c3 0270:Call ntdll.NtRaiseHardError(40000015,00000001,00000001,0031e420,00000000,0031e414) ret=7fd8c895 0270:fixme:ntdll:NtRaiseHardError 40000015 stub 0270:Ret ntdll.NtRaiseHardError() retval=c0000002 ret=7fd8c895 0270:Call ntdll.NtTerminateProcess(ffffffff,c0000001) ret=7fd8c8bf --- snip --- --- snip --- ... 7FD91B66 | mov ecx,esi | 7FD91B68 | call 7FD903B0 | LdrLoadDll "nt0_dll.dll" 7FD91B6D | mov esi,eax | 0xc0000135 7FD91B6F | test esi,esi | 7FD91B71 | jge 7FD91B9B | 7FD91B73 | push 0 | 7FD91B75 | push 1EF | 7FD91B7A | push 7FDA5B48 | "..\\nt0_lib\\Runtime2.cpp" 7FD91B7F | call 7FD8C6C0 | NtRaiseHardError() 7FD91B84 | add esp,C | 7FD91B87 | mov dword ptr ss:[esp+280],ebp | 7FD91B8E | lea ecx,dword ptr ss:[esp+14] | 7FD91B92 | call 7FD87A20 | 7FD91B97 | mov eax,esi | 7FD91B99 | jmp 7FD91BAD | 7FD91B9B | mov dword ptr ss:[esp+280],ebp | 7FD91BA2 | lea ecx,dword ptr ss:[esp+14] | 7FD91BA6 | call 7FD87A20 | ... 7FD903B0 | push ecx | 7FD903B1 | lea eax,dword ptr ss:[esp] | 7FD903B4 | push eax | 7FD903B5 | push 7FDA4218 | 7FD903BA | push 0 | 7FD903BC | push 0 | 7FD903BE | call <JMP.&LdrLoadDll> | 7FD903C3 | pop ecx | 7FD903C4 | ret | ... --- snip --- ThinApp native API runtime/wrapper hooks only very few native API/syscalls in Wine at this point and expects them to be called: --- snip --- ... <ntdll.NtClose> 7BC0B8D0 | E9 2B7E1804 | jmp 7FD93700 | 7BC0B8D5 | BA 80C5C07B | mov edx,ntdll.7BC0C580 | 7BC0B8DA | FFD2 | call edx | 7BC0B8DC | C2 0400 | ret 4 | ... <ntdll.ZwMapViewOfSection> 7BC0BC80 | E9 6B7D1804 | jmp 7FD939F0 | 7BC0BC85 | BA 80C5C07B | mov edx,ntdll.7BC0C580 | 7BC0BC8A | FFD2 | call edx | 7BC0BC8C | C2 2800 | ret 28 | ... <ntdll.NtOpenSection> 7BC0BDA0 | E9 CB7D1804 | jmp 7FD93B70 | 7BC0BDA5 | BA 80C5C07B | mov edx,ntdll.7BC0C580 | 7BC0BDAA | FFD2 | call edx | 7BC0BDAC | C2 0C00 | ret C | ... <ntdll.NtQuerySection> 7BC0BFB0 | E9 FB7D1804 | jmp 7FD93DB0 | 7BC0BFB5 | BA 80C5C07B | mov edx,ntdll.7BC0C580 | 7BC0BFBA | FFD2 | call edx | 7BC0BFBC | C2 1400 | ret 14 | ... <ntdll.NtUnmapViewOfSection> 7BC0C440 | E9 CB7C1804 | jmp 7FD94110 | 7BC0C445 | BA 80C5C07B | mov edx,ntdll.7BC0C580 | 7BC0C44A | FFD2 | call edx | 7BC0C44C | C2 0800 | ret 8 | ... --- snip --- There are few more hooks but they are not relevant here (yet). I've already provided the needed information in my comment #5 from 2013. https://web.archive.org/web/20200730075037/https://docs.microsoft.com/en-us… --- quote --- LdrpCheckForKnownDll allocates two Unicode strings to hold the fully qualified DLL file name and the file name by itself. By calling NtOpenSection with the fully qualified file name, a FileExists operation is performed and LdrpCheckForKnownDll returns a section handle if the DLL is known. Otherwise, the two Unicode strings are freed and LdrpMapDll must call on the services of LdrpResolveDllName and LdrpCreateDllSection. --- quote --- There is a lot more useful information in this article but this is the first blocker. https://source.winehq.org/git/wine.git/blob/6373792eec0f122295723cae77b0115… --- snip --- 2222 static NTSTATUS open_dll_file( UNICODE_STRING *nt_name, WINE_MODREF **pwm, void **module, 2223 SECTION_IMAGE_INFORMATION *image_info, struct file_id *id ) 2224 { 2225 FILE_BASIC_INFORMATION info; 2226 OBJECT_ATTRIBUTES attr; 2227 IO_STATUS_BLOCK io; 2228 LARGE_INTEGER size; 2229 FILE_OBJECTID_BUFFER fid; 2230 SIZE_T len = 0; 2231 NTSTATUS status; 2232 HANDLE handle, mapping; 2233 2234 if ((*pwm = find_fullname_module( nt_name ))) 2235 { 2236 NtUnmapViewOfSection( NtCurrentProcess(), *module ); 2237 *module = NULL; 2238 return STATUS_SUCCESS; 2239 } 2240 2241 attr.Length = sizeof(attr); 2242 attr.RootDirectory = 0; 2243 attr.Attributes = OBJ_CASE_INSENSITIVE; 2244 attr.ObjectName = nt_name; 2245 attr.SecurityDescriptor = NULL; 2246 attr.SecurityQualityOfService = NULL; 2247 if ((status = NtOpenFile( &handle, GENERIC_READ | SYNCHRONIZE, &attr, &io, 2248 FILE_SHARE_READ | FILE_SHARE_DELETE, 2249 FILE_SYNCHRONOUS_IO_NONALERT | FILE_NON_DIRECTORY_FILE ))) 2250 { 2251 if (status != STATUS_OBJECT_PATH_NOT_FOUND && 2252 status != STATUS_OBJECT_NAME_NOT_FOUND && 2253 !NtQueryAttributesFile( &attr, &info )) 2254 { 2255 /* if the file exists but failed to open, report the error */ 2256 return status; 2257 } 2258 /* otherwise continue searching */ 2259 return STATUS_DLL_NOT_FOUND; 2260 } ... --- snip --- ThinApp 4.x doesn't hook NtOpenFile() - Wine's equivalent for the "FileExists operation" mentioned in the article, hence it bails early for "special" dlls. It uses the hooked section API to map "special" dlls from/to memory. $ wine --version wine-5.20 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.

Oct. 26, 2020

[Bug 49782] Elite Dangerous Horizons: crashes with wine64 5.16

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49782 --- Comment #10 from kolAflash <kolAflash(a)kolahilft.de> --- Problem persists in wine-staging-5.20. Commit 75e616d52 can't be reverted and attachment 68386 can't be applied any more without conflicts on wine-5.20 (even without staging). By the way: Someone might change the bug status to confirmed / new? -- 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.

Oct. 26, 2020

[Bug 49167] MacOS Packages are not building since release 5.7

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49167 Michel Terrisse <mterrisse(a)free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mterrisse(a)free.fr -- 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.

Oct. 26, 2020

[Bug 50063] `winetricks -q sandbox icodecs` crashes

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50063 --- Comment #1 from Alexandre Julliard <julliard(a)winehq.org> --- Probably there are still z: paths in the font cache. You'd have to make sure to shutdown the prefix after the sandbox step. -- 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.

Oct. 26, 2020

[Bug 50063] New: `winetricks -q sandbox icodecs` crashes

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50063 Bug ID: 50063 Summary: `winetricks -q sandbox icodecs` crashes Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: f51fe9ead3f8322a6bba7984b4c0583d78d01c0a Distribution: Gentoo A la bug 49550 and bug 49421, `winetricks -q sandbox icodecs`: Backtrace: =>0 0x6aa5f7bb ScriptString_pSize+0x3b() [\\?\unix\home\austin\wine-git\dlls\usp10\usp10.c:3886] in usp10 (0x0067e768) 1 0x6ed312c4 EDIT_CalcLineWidth_SL+0x23(es=0x157168) [\\?\unix\home\austin\wine-git\dlls\user32\edit.c:812] in user32 (0x0067e788) 2 0x6ed37081 EDIT_EM_ReplaceSel+0xa10(es=0x157168, can_undo=<is not available>, lpsz_replace=<is not available>, strl=<is not available>, send_update=<is not available>, honor_limit=<is no t available>) [\\?\unix\home\austin\wine-git\dlls\user32\edit.c:2643] in user32 (0x0067e7f8) 3 0x6ed38bc3 EditWndProc_common+0x642(hwnd=<is not available>, msg=<is not available>, wParam=<is not available>, lParam=<is not available>, unicode=<is not available>) [\\?\unix\home\aust in\wine-git\dlls\user32\edit.c:3928] in user32 (0x0067e878) 4 0x6eda695f EditWndProcW+0x2e() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:1119] in user32 (0x0067e8a8) 5 0x6eda67dc WINPOS_SysCommandSizeMove+0xeab(hwnd=<is not available>, wParam=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\winpos.c:2955] in user32 (0x0067e8d8) 6 0x6eda6e93 call_window_proc+0x62(hwnd=0x100e4) [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:246] in user32 (0x0067e938) 7 0x6eda96d4 CallWindowProcW+0x63() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:1031] in user32 (0x0067e978) 8 0x6cc59840 DefSubclassProc+0x12f() [\\?\unix\home\austin\wine-git\dlls\comctl32\commctrl.c:1333] in comctl32 (0x0067e9b8) 9 0x6cc55bea COMBOEX_EditWndProc+0x289(hwnd=<is not available>, uMsg=<is not available>, wParam=<is not available>, lParam=<is not available>, uId=<is not available>, ref_data=<is not avai lable>) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:1805] in comctl32 (0x0067ee58) 10 0x6cc5977c DefSubclassProc+0x6b() [\\?\unix\home\austin\wine-git\dlls\comctl32\commctrl.c:1340] in comctl32 (0x0067ee98) 11 0x6cc598bf COMCTL32_SubclassProc+0x5e(hWnd=0x100e4, uMsg=0xc, wParam=0, lParam=0x1575d8) [\\?\unix\home\austin\wine-git\dlls\comctl32\commctrl.c:1282] in comctl32 (0x0067eee8) 12 0x6eda67dc WINPOS_SysCommandSizeMove+0xeab(hwnd=<is not available>, wParam=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\winpos.c:2955] in user32 (0x0067ef18) 13 0x6eda6e93 call_window_proc+0x62(hwnd=0x100e4) [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:246] in user32 (0x0067ef78) 14 0x6eda9466 WINPROC_call_window+0x1d5() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:957] in user32 (0x0067efc8) 15 0x6ed5e20a call_window_proc+0x89(hwnd=0x100e4, msg=0xc, wparam=0) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:2222] in user32 (0x0067f038) 16 0x6ed63368 send_message+0x247(info=0x67f0c4, res_ptr=0x67f0c0, unicode=0x1) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3192] in user32 (0x0067f0b8) 17 0x6ed6359a send_message+0x479(info=<is not available>, res_ptr=<is not available>, unicode=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3393] in user32 (0x00 67f0f8) 18 0x6cc51a80 COMBOEX_ReSize+0x30f(infoPtr=<is not available>) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:440] in comctl32 (0x0067f118) 19 0x6cc52619 COMBOEX_SetItemW+0xc8(infoPtr=0x1552e8, cit=0x67f4ec) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:439] in comctl32 (0x0067f158) 20 0x6cc5491a COMBOEX_WindowProc+0xe79(hwnd=0xb00dc, uMsg=0x40c, wParam=0, lParam=0x67f4ec) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:2050] in comctl32 (0x0067f258) 21 0x6eda67dc WINPOS_SysCommandSizeMove+0xeab(hwnd=<is not available>, wParam=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\winpos.c:2955] in user32 (0x0067f288) 22 0x6eda6e93 call_window_proc+0x62(hwnd=0xb00dc) [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:246] in user32 (0x0067f2e8) 23 0x6eda9466 WINPROC_call_window+0x1d5() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:957] in user32 (0x0067f338) 24 0x6ed5e20a call_window_proc+0x89(hwnd=0xb00dc, msg=0x40c, wparam=0) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:2222] in user32 (0x0067f3a8) 25 0x6ed63368 send_message+0x247(info=0x67f434, res_ptr=0x67f430, unicode=0x1) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3192] in user32 (0x0067f428) 26 0x6ed6359a send_message+0x479(info=<is not available>, res_ptr=<is not available>, unicode=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3393] in user32 (0x00 67f468) 27 0x0040be2e IExplorerBrowserEventsImpl_fnAddRef+0x58d() [\\?\unix\home\austin\wine-git\programs\explorer\explorer.c:265] in explorer (0x0067f528) 28 0x0040c878 IExplorerBrowserEventsImpl_fnOnNavigationComplete+0x87(iface=<is not available>, pidl=<is not available>) [\\?\unix\home\austin\wine-git\programs\explorer\explorer.c:289] in explorer (0x0067f678) 29 0x7c64566d in shell32 (+0x2566c) (0x0067f6d8) 30 0x7c644079 in shell32 (+0x24078) (0x0067f738) 31 0x0040d330 wWinMain+0x95f(hinstance=<is not available>, previnstance=<is not available>, cmdline=<is not available>, cmdshow=<is not available>) [\\?\unix\home\austin\wine-git\include\s hobjidl.h:10114] in explorer (0x0067fe68) 32 0x0041162a wmain+0xc9() [\\?\unix\home\austin\wine-git\dlls\msvcrt\crt_wwinmain.c:55] in explorer (0x0067fef8) 33 0x00411549 wmainCRTStartup+0x68() [\\?\unix\home\austin\wine-git\dlls\msvcrt\crt_wmain.c:62] in explorer (0x0067ff28) 34 0x7b62cf2e BaseThreadInitThunk+0xd(unknown=<is not available>, entry=<is not available>) [\\?\unix\home\austin\wine-git\dlls\kernel32\thread.c:60] in kernel32 (0x0067ff48) 35 0x7bc59c37 RtlSleepConditionVariableSRW+0x176(variable=<is not available>, lock=<is not available>, timeout=<is not available>, flags=<is not available>) [\\?\unix\home\austin\wine-git\ dlls\ntdll\sync.c:556] in ntdll (0x0067ff5c) 36 0x7bc59e60 call_thread_func+0xaf() [\\?\unix\home\austin\wine-git\dlls\ntdll\thread.c:134] in ntdll (0x0067ffec) 0x6aa5f7bb ScriptString_pSize+0x3b [\\?\unix\home\austin\wine-git\dlls\usp10\usp10.c:3886] in usp10: movl 0x68(%eax),%edx 3886 analysis->sz.cy = analysis->glyphs[0].sc->tm.tmHeight; regression introduced by: commit f51fe9ead3f8322a6bba7984b4c0583d78d01c0a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Oct 6 15:12:09 2020 +0200 gdi32: Store the face filename as a DOS path. -- 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.

Oct. 26, 2020

[Bug 49421] `winetricks -q sandbox ffdshow` throws an access violation in usp10.dl (winetricks-test)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49421 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|`winetricks -q ffdshow` |`winetricks -q sandbox |throws an access violation |ffdshow` throws an access |in usp10.dl |violation in usp10.dl |(winetricks-test) |(winetricks-test) -- 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.

Oct. 26, 2020

[Bug 50062] Fallout 76 invisible ground textures

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50062 --- Comment #1 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Created attachment 68519 --> https://bugs.winehq.org/attachment.cgi?id=68519 Terminal output (2.1MB) -- 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.

Oct. 26, 2020