July 2021 - Wine-bugs - list.winehq.org

[Bug 34643] New: The Bureau XCOM Declassified crashes immediately
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34643 Bug #: 34643 Summary: The Bureau XCOM Declassified crashes immediately Product: Wine Version: 1.7.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arathorn2nd(a)gmail.com Classification: Unclassified Created attachment 46171 --> http://bugs.winehq.org/attachment.cgi?id=46171 crash backtrace When starting the game, wine crashes imediately. Installed correctly, thou, using a clean wineprefix created with WINEARCH="win32" Seems related to wxWidgets. $ env WINEPREFIX="$(pwd)/wine" wine TheBureau.exe wine: Unhandled page fault on read access to 0xfffffff8 at address 0x3ba5a1a (thread 0009), starting debugger... ... Backtrace: =>0 0x03ba5a1a in wxmsw28u_vc_custom (+0x5a1a) (0x0386f688) ... -- 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 23

[Bug 51375] New: SCM erroneously tries to start 64-bit kernel drivers as 32-bit service due to incorrect handling of 'IMAGE_FILE_DLL' image characteristics in 'kernel32.dll.GetBinaryTypeW' (Protect DiSC 'acedrv11.sys')
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51375 Bug ID: 51375 Summary: SCM erroneously tries to start 64-bit kernel drivers as 32-bit service due to incorrect handling of 'IMAGE_FILE_DLL' image characteristics in 'kernel32.dll.GetBinaryTypeW' (Protect DiSC 'acedrv11.sys') Product: Wine Version: 6.11 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, as it says. https://web.archive.org/web/20210701055235/https://dl.4players.de/f1/pc/cob… 'acedrv11.sys' kernel service from 'Protect DiSC' DRM scheme (continuation of bug 39734) fails to load. It's a 64-bit driver with 'WOW64=1' service entry value set by 32-bit driver installer. --- snip --- $ pwd /home/focht/.wine/drive_c/windows/system32/drivers $ winedump acedrv11.sys Contents of acedrv11.sys: 335288 bytes File Header Machine: 8664 (AMD64) Number of Sections: 7 TimeDateStamp: 4890016E (Wed Jul 30 07:51:42 2008) offset 256 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00F0 Characteristics: 0022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE Optional Header (64bit) Magic 0x20B 523 linker version 8.00 size of code 0x24200 147968 size of initialized data 0x2a00 10752 size of uninitialized data 0x0 0 entrypoint RVA 0x29008 167944 base of code 0x1000 4096 image base 0x300000 section align 0x1000 4096 file align 0x200 512 required OS version 6.00 image version 6.00 subsystem version 5.02 Win32 Version 0x0 0 size of image 0x56000 352256 size of headers 0x400 1024 checksum 0x5db88 383880 Subsystem 0x1 (Native) DLL characteristics: 0x0000 stack reserve size 0x40000 stack commit size 0x1000 heap reserve size 0x100000 heap commit size 0x1000 loader flags 0x0 0 RVAs & sizes 0x10 16 ... --- snip --- --- snip --- $ WINEDEBUG=+seh,+relay,+server,+ntoskrnl,+loaddll,+module wine net start acedrv11 >>log.txt 2>&1 ... 00d8:Call KERNEL32.GetBinaryTypeW(00168450 L"C:\\windows\\system32\\drivers\\acedrv11.sys",013df330) ret=140006426 ... 00d8:trace:module:GetBinaryTypeW L"C:\\windows\\system32\\drivers\\acedrv11.sys" ... 00d8:Call ntdll.NtQuerySection(00000158,00000001,013df0f0,00000040,00000000) ret=7b61b6dd 00d8: get_mapping_info( handle=0158, access=00000001 ) 00d8: get_mapping_info() = 0 { size=00056000, flags=01800000, shared_file=0000, total=176, image={base=00300000,entry_point=00329008,map_size=00056000,stack_size=00040000,stack_commit=00001000,zerobits=00000000,subsystem=00000001,subsystem_minor=0002,subsystem_major=0005,osversion_major=0006,osversion_minor=0000,image_charact=0022,dll_charact=0000,machine=8664,contains_code=1,image_flags=00,loader_flags=00000000,header_size=00000400,file_size=00051db8,checksum=0005db88}, name=L"" } 00d8:Ret ntdll.NtQuerySection() retval=00000000 ret=7b61b6dd ... 00d8:Ret KERNEL32.GetBinaryTypeW() retval=00000000 ret=140006426 00d8:Call KERNEL32.GetSystemDirectoryW(013df390,00000104) ret=1400065ed 00d8:Ret KERNEL32.GetSystemDirectoryW() retval=00000013 ret=1400065ed ... 00d8:Call KERNEL32.CreateProcessW(00000000,00168630 L"C:\\windows\\syswow64\\winedevice.exe",00000000,00000000,100000000,00000400,00176aa0,00000000,013df080,013df020) ret=140006b7e ... 00d8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=140006b7e ... 0114:trace:ntoskrnl:open_driver opened service for driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\acedrv11" ... 0114:trace:ntoskrnl:load_driver loading driver L"C:\\windows\\system32\\drivers\\acedrv11.sys" ... 0114:Call KERNEL32.LoadLibraryExW(0042df50 L"C:\\windows\\system32\\drivers\\acedrv11.sys",00000000,00001100) ret=00394979 ... 0114:Call kernelbase.LoadLibraryExW(0042df50 L"C:\\windows\\system32\\drivers ... 0114:Call ntdll.LdrLoadDll(0042e290 L"C:\\windows\\system32\\drivers;C:\\windows\\syswow64;C:\\windows\\system32\\",00001100,00fcfb14,00fcfafc) ret=7b01c045 0034:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7bc42e5f 0114:trace:module:load_dll looking for L"C:\\windows\\system32\\drivers\\acedrv11.sys" in L"C:\\windows\\system32\\drivers;C:\\windows\\syswow64;C:\\windows\\system32\\" ... 0114:warn:module:load_dll Failed to load module L"C:\\windows\\system32\\drivers\\acedrv11.sys"; status=c0000135 ... 0114:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7b01c045 ... 0114:Ret kernelbase.LoadLibraryExW() retval=00000000 ret=7bc3aa34 ... 0114:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=00394979 ... 0114:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\acedrv11": c0000142 --- snip --- Workaround: Remove 'WOW64=1' registry key from service (leads to fallback with 'false' setting). This is actually a regression: https://source.winehq.org/git/wine.git/commitdiff/1e1f110c99fba4c33ebe85bf1… ("kernel32: Return failure in GetBinaryType() for DLL files.") --- snip --- 166 BOOL WINAPI GetBinaryTypeW( LPCWSTR name, LPDWORD type ) 167 { 168 HANDLE hfile, mapping; 169 NTSTATUS status; 170 const WCHAR *ptr; 171 172 TRACE("%s\n", debugstr_w(name) ); 173 174 if (type == NULL) return FALSE; 175 176 hfile = CreateFileW( name, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0 ); 177 if ( hfile == INVALID_HANDLE_VALUE ) 178 return FALSE; 179 180 status = NtCreateSection( &mapping, STANDARD_RIGHTS_REQUIRED | SECTION_QUERY, 181 NULL, NULL, PAGE_READONLY, SEC_IMAGE, hfile ); 182 CloseHandle( hfile ); 183 184 switch (status) 185 { 186 case STATUS_SUCCESS: 187 { 188 SECTION_IMAGE_INFORMATION info; 189 190 status = NtQuerySection( mapping, SectionImageInformation, &info, sizeof(info), NULL ); 191 CloseHandle( mapping ); 192 if (status) return FALSE; 193 if (!(info.ImageCharacteristics & IMAGE_FILE_DLL)) return FALSE; 194 switch (info.Machine) ... --- snip --- The condition is reversed. The function shall fail if the driver binary has 'IMAGE_FILE_DLL' image characteristics set. $ sha1sum BurningWheelsDemo.exe 6dc03653b97a0336a5c57fc4b04af61e3ebcee5e BurningWheelsDemo.exe $ du -sh BurningWheelsDemo.exe 286M BurningWheelsDemo.exe $ wine --version wine-6.11-235-g7f1623bc626 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 3

[Bug 46595] New: Rainbow Six Siege hangs on Uplay splash screen
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46595 Bug ID: 46595 Summary: Rainbow Six Siege hangs on Uplay splash screen Product: Wine Version: 4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: riesi(a)opentrash.com Distribution: --- Created attachment 63492 --> https://bugs.winehq.org/attachment.cgi?id=63492 Log without specific debug channels To make this clear the game is Battleye protected, but it does not even get far enough to load Battleye. At least I could not see any traces of a Battleye dll when looking at the logs with +loaddll. So the problem is that the game hangs on the Uplay splash screen and doesn't do anything else after that. There is no continuous log output or anything. It just sits there. The part of the log that's interesting for this issue is at the bottom of the file after: 0034:fixme:secur32:schannel_get_mac_algid unknown algorithm 200, cipher 23 This is all the output that is generated when the game tries to start and after its killed. If you need any additional logging with specific WINEDEBUG channels, I am happy to assist. Thanks in advance, Riesi -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 51052] New: 6.4 regression: 32-bit Cheat Engine attaching its debugger leads to the target process crashing
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51052 Bug ID: 51052 Summary: 6.4 regression: 32-bit Cheat Engine attaching its debugger leads to the target process crashing Product: Wine Version: 6.4 Hardware: x86-64 URL: https://cheatengine.org/downloads.php OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: subgraph93(a)gmail.com Regression SHA1: af74bd31229e0f065448253b248ec0cb3b51af26 Distribution: Ubuntu Steps to reproduce: 1) Install Cheat Engine (version 7.2 is affected, so is 7.1). 2) Start up cheatengine-i386.exe. 3) In the same prefix, start up the target process. No other software is needed, because the issue can be reproduced with CE tutorials. To start up the tutorial, open the "Help" dropdown menu and click the "Cheat Engine Tutorial" entry. 4) Open the process selection window: File > Open Process; or just click the flashing icon that shows the computer display with a magnifying glass. 5) In the "Applications" view (it is probably default), there should be an entry for Cheat Engine itself, and one for "Tutorial-i386". Select the latter entry, then click "Attach debugger to process", then click "Yes" in the confirmation modal. 6) When the debugger attaches (should be near-instant for release builds, but unoptimized builds can take about a minute), the process selection window will close. At this point, the target process may crash already, but in some cases it may still work. If the tutorial window still displays, switching focus to it should cause the crash. In some cases, the target process crashes before this happens, and Cheat Engine gives a "failed to attach debugger" error instead. Logs almost always have the following entry (thread ID and the address may vary): 013c:err:seh:NtRaiseException Unhandled exception code c000008f flags 0 addr 0xf7b80644 In one case (on a dirty prefix, which may or may not matter; the issue otherwise still happens on a clean prefix), the error code was not c000008f, but c00002b5. In some cases as well, in addition to the above error and immediately before it, the following is output: 01d0:fixme:seh:fpe_handler untested SIMD exception: 0x6. Might not work correctly I didn't notice other major differences in console logs compared to working Wine versions, so I didn't attach complete terminal outputs. Regression testing (which I hope I did correctly) points to: commit af74bd31229e0f065448253b248ec0cb3b51af26 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Mar 2 18:52:44 2021 +0100 ntdll: Use syscall dispatcher to restore context in NtSetContextThread. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Other notes: 1) Ubuntu 20.10 2) Wine 6.7 (devel and staging) are still affected. 3) 64-bit Cheat Engine crashed neither 64-bit nor 32-bit target processes, though it has issues working with 32-bit target processes. 4) This can be reproduced with most, but not all target processes. I think targeting a 64-bit process doesn't cause the issue, though I wouldn't expect debugging to work anyway with 32-bit CE. For example of a process that didn't crash, I couldn't crash winecfg. My testing seems to indicate that the behavior of a process is consistent in terms of whether or not it crashes, how it crashes, and what terminal messages are output; however, different processes may have slightly different behavior. -- 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 5

[Bug 51225] New: regression - Warframe colors messed up - wine staging
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51225 Bug ID: 51225 Summary: regression - Warframe colors messed up - wine staging Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pmargeti34(a)gmail.com Distribution: --- Created attachment 70092 --> https://bugs.winehq.org/attachment.cgi?id=70092 Rainbow colors See attached screenshot please. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 49935] New: mismatch behavior in API function GetOpenFileName
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=49935 Bug ID: 49935 Summary: mismatch behavior in API function GetOpenFileName Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: ch.panel(a)free.fr Distribution: --- GetOpenFileName with filter show all files instead of filtering files : ex: ("PDF files|*.PDF" as filter show not only PDF files. We have to validate the dialog for the filter to oper. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 28393] New: WiX light can't find files in deeply-nested directories
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28393 Summary: WiX light can't find files in deeply-nested directories Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=36407) --> (http://bugs.winehq.org/attachment.cgi?id=36407) depth.tar The attached test case fails to run under Wine with the following error: Z:\home\sam\src\wix-test\depth\A.wxs(8) : error LGHT0103 : The system cannot find the file 'Z:\home\sam\src\wix-test\depth\A\AOL\Aachen\Aaliyah\Aaron\Abbas\Abbasid\Abbott\Abby\Abdul\Abe\Abel\Abelard\Abelson\Aberdeen\Abernathy\Abidjan\Abigail\Abilene\Abner\Abraham\Abram\Abrams\Absalom\Abuja\Abyssinia\readme.txt'. This happens with both Mono 2.10.5 and Microsoft .NET 2.0. Unpack the test case and run 'make' and it should create a fresh WINEPREFIX in which it will install the test pre-requisites before running the test itself. On a Windows 7 machine, light is able to correctly build B.msi. -- 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 9

[Bug 46960] New: Mono' s interactive C# shell crashes when typing a character
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46960 Bug ID: 46960 Summary: Mono's interactive C# shell crashes when typing a character Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Mono ships with an interactive C# interpreter, located at lib/mono/4.5/csharp.exe. This can be run directly from inside a Wine Mono install. It crashes with an ArgumentOutOfRangeException the first time a character is typed. System.ArgumentOutOfRangeException: Console key values must be between 0 and 255 inclusive. Parameter name: key at System.ConsoleKeyInfo..ctor (System.Char keyChar, System.ConsoleKey key, System.Boolean shift, System.Boolean alt, System.Boolean control) [0x0000c] in <72b294be54bc4854bce603b664bafd63>:0 at System.WindowsConsoleDriver.ReadKey (System.Boolean intercept) [0x00079] in <72b294be54bc4854bce603b664bafd63>:0 -- 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 48530] New: DWScript Http.sys 2.0 Web Application Server demo crashes on startup (needs httpapi.HttpSetServerSessionProperty)
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=48530 Bug ID: 48530 Summary: DWScript Http.sys 2.0 Web Application Server demo crashes on startup (needs httpapi.HttpSetServerSessionProperty) Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: httpapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. https://code.google.com/archive/p/dwscript/ --- quote --- DWScript Http.sys 2.0 Web Application Server demo Simple Web Application Server using DWScript, Synopse and Microsoft HTTP.SYS 2.0 --- quote --- https://storage.googleapis.com/google-code-archive-downloads/v2/code.google… https://web.archive.org/web/20161231233303/https://storage.googleapis.com/g… Successor project: https://bitbucket.org/egrange/dwscript/src/master/Libraries/SimpleServer/ --- snip --- $ pwd /home/focht/.wine/drive_c/DWScriptWebServer $ WINEDEBUG=+seh,+relay,+http wine net start DWSServer >>log.txt 2>&1 ... 0031:Call KERNEL32.LoadLibraryW(00531990 L"httpapi.dll") ret=005318ce ... 0031:Ret KERNEL32.LoadLibraryW() retval=003d0000 ret=005318ce 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531398 L"HttpInitialize",0000000e,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000e ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531398 L"HttpInitialize",0000000e,00f4f60c,0000000e,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000e ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpInitialize") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d166c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313b8 L"HttpTerminate",0000000d,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313b8 L"HttpTerminate",0000000d,00f4f60c,0000000d,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpTerminate") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1788 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313d4 L"HttpCreateHttpHandle",00000014,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313d4 L"HttpCreateHttpHandle",00000014,00f8cf9c,00000014,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCreateHttpHandle") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d156c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531400 L"HttpAddUrl",0000000a,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000a ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531400 L"HttpAddUrl",0000000a,00f4f60c,0000000a,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000a ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpAddUrl") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d152c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531418 L"HttpRemoveUrl",0000000d,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531418 L"HttpRemoveUrl",0000000d,00f4f60c,0000000d,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpRemoveUrl") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d16ec ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531434 L"HttpReceiveHttpRequest",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531434 L"HttpReceiveHttpRequest",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpReceiveHttpRequest") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d16ac ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531464 L"HttpSendHttpResponse",00000014,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531464 L"HttpSendHttpResponse",00000014,00f8cf9c,00000014,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpSendHttpResponse") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d172c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531490 L"HttpReceiveRequestEntityBody",0000001c,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531490 L"HttpReceiveRequestEntityBody",0000001c,00f9122c,0000001c,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpReceiveRequestEntityBody") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d16cc ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005314cc L"HttpSendResponseEntityBody",0000001a,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001a ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005314cc L"HttpSendResponseEntityBody",0000001a,00f9122c,0000001a,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001a ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpSendResponseEntityBody") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1400 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531504 L"HttpSetServiceConfiguration",0000001b,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001b ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531504 L"HttpSetServiceConfiguration",0000001b,00f9122c,0000001b,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001b ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpSetServiceConfiguration") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1748 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053153c L"HttpDeleteServiceConfiguration",0000001e,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001e ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053153c L"HttpDeleteServiceConfiguration",0000001e,00f9122c,0000001e,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001e ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpDeleteServiceConfiguration") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d164c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053157c L"HttpFlushResponseCache",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053157c L"HttpFlushResponseCache",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpFlushResponseCache") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d11e0 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315ac L"HttpCancelHttpRequest",00000015,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000015 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315ac L"HttpCancelHttpRequest",00000015,00f8cf9c,00000015,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000015 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCancelHttpRequest") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1040 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315d8 L"HttpCreateServerSession",00000017,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000017 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315d8 L"HttpCreateServerSession",00000017,00f8cf9c,00000017,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000017 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCreateServerSession") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d15ac ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531608 L"HttpCloseServerSession",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531608 L"HttpCloseServerSession",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCloseServerSession") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d160c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531638 L"HttpCreateRequestQueue",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531638 L"HttpCreateRequestQueue",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCreateRequestQueue") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d158c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531668 L"HttpSetServerSessionProperty",0000001c,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531668 L"HttpSetServerSessionProperty",0000001c,00f9122c,0000001c,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpSetServerSessionProperty") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0040bdb3 0031:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,012efc14) ret=0053193d 0031:Call ntdll.memcpy(012efb88,012efc14,0000001c) ret=7b00daa1 0031:Ret ntdll.memcpy() retval=012efb88 ret=7b00daa1 0031:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b00dab1 ip=7b00dab1 tid=0031 0031:trace:seh:raise_exception info[0]=0053193d 0031:trace:seh:raise_exception info[1]=00f4f600 0031:trace:seh:raise_exception info[2]=005610fc 0031:trace:seh:raise_exception info[3]=00569f7c 0031:trace:seh:raise_exception info[4]=00000008 0031:trace:seh:raise_exception info[5]=012efc50 0031:trace:seh:raise_exception info[6]=012efc30 0031:trace:seh:raise_exception eax=012efb74 ebx=005610fc ecx=012efc14 edx=012efb74 esi=00000007 edi=012efbe0 0031:trace:seh:raise_exception ebp=012efbc8 esp=012efb74 cs=12e0023 ds=ffff002b es=100002b fs=f33c0063 gs=006b flags=00000216 0031:trace:seh:call_stack_handlers calling handler at 0x531950 code=eedfade flags=1 --- snip --- $ sha1sum setup_DWSWebServer_2013_09_19.exe 0ecb060bacc627b3b9108ed083a39d527c7d49e2 setup_DWSWebServer_2013_09_19.exe $ du -sh setup_DWSWebServer_2013_09_19.exe 1.3M setup_DWSWebServer_2013_09_19.exe $ wine --version wine-5.0-144-g9a9a1821a3 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 3

[Bug 27133] New: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27133 Summary: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=34643) --> (http://bugs.winehq.org/attachment.cgi?id=34643) test case The attached test case will generate an installer that installs two files to 'ProgramFilesFolder\duplicate file test'. when run on Windows, the installer works fine. When run under Wine, the installer installs the contents of file1.txt into file2.txt. This only happens with Wix 3.5. This version added a feature called "smart cabbing" that detects duplicate files in an installer and only embeds one copy. This may be going haywire when run under Wine. To run the test case, you will need Mono <http://ftp.novell.com/pub/mono/archive/2.10.2/windows-installer/5/mono-2.10…> and WiX 3.5 <http://wix.codeplex.com/releases/view/60102#DownloadId=204417>. You will need to put WiX's tools in Wine's PATH, or modify build.sh to give the full path to the WiX tools when it invokes light and candle. -- 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