wine-bugs February 2021

wine-bugs@winehq.org

1 participants
6834 discussions

[Bug 50145] New: Wrong colors in movies in Lego raiders
by WineHQ Bugzilla 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50145 Bug ID: 50145 Summary: Wrong colors in movies in Lego raiders Product: Wine Version: 5.21 Hardware: x86 URL: https://www.myabandonware.com/game/lego-rock-raiders-b ci#download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: Ubuntu Created attachment 68649 --> https://bugs.winehq.org/attachment.cgi?id=68649 Screenshot showing the problem. With wine 5.21, intro movies play. But colours are wrong. I compared with the colours in a real windows XP box. The screenshot is taken from the third intro movie. But even the first one shows wrong colours. -- 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 49328] New: Lego raiders crash with native d3drm and native amstream
by WineHQ Bugzilla 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49328 Bug ID: 49328 Summary: Lego raiders crash with native d3drm and native amstream Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: Ubuntu Created attachment 67360 --> https://bugs.winehq.org/attachment.cgi?id=67360 console ouput of the crash With native d3drm and native amstream, lego raiders crash. -- 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 4

[Bug 42103] New: VSCode.exe v1.8.1 crash
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42103 Bug ID: 42103 Summary: VSCode.exe v1.8.1 crash Product: Wine Version: 1.8.6 Hardware: x86 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: igeo.cu(a)gmail.com Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x03486f49). Register dump: CS:0033 SS:003b DS:003b ES:003b FS:0013 GS:001b EIP:03486f49 ESP:0032fda0 EBP:0032fdcc EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:62956770 ECX:00000000 EDX:0032fdc0 ESI:00000000 EDI:0013d498 Stack dump: 0x0032fda0: 62956770 00000003 00000002 0013d498 0x0032fdb0: 0013d4ac 0013d4ac 004b3989 00000000 0x0032fdc0: 00000000 00000000 00000014 0032fde4 0x0032fdd0: 03486e75 00000094 00000003 00000094 0x0032fde0: 00000094 0032fe00 034863ce 0013cef0 0x0032fdf0: 0032fe88 00000000 628f0000 00000007 Backtrace: =>0 0x03486f49 in code (+0x3086f49) (0x0032fdcc) 1 0x03486e75 in code (+0x3086e74) (0x0032fde4) 2 0x034863ce in code (+0x30863cd) (0x0032fe00) 3 0x01c88df6 in code (+0x1888df5) (0x0032fe14) 4 0x00472539 in code (+0x72538) (0x0032fea4) 5 0x02a823d2 in code (+0x26823d1) (0x0032fef0) 6 0x6293d32c call_process_entry+0xb() in kernel32 (0x0032ff08) 7 0x6293ff8b start_process+0xaa() in kernel32 (0x0032ff40) 8 0x6287f270 call_thread_func_wrapper+0xb() in ntdll (0x0032ff50) 9 0x628814b9 call_thread_func+0x78() in ntdll (0x0032ffb4) 10 0x6287f24e call_thread_entry_point+0x11() in ntdll (0x0032ffd4) 11 0x6285843c start_process+0x2b() in ntdll (0x0032ffe8) 12 0x6202dd2d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 13 0x6202ddec wine_switch_to_stack+0x2b() in libwine.so.1 (0xffffc398) 14 0x6285717f LdrInitializeThunk+0x2ce() in ntdll (0xffffc3e8) 15 0x6293f3de __wine_kernel_init+0x208d() in kernel32 (0xffffd2f0) 16 0x62858e7b __wine_process_init+0x59a() in ntdll (0xffffd3f8) 17 0x6202cdd0 wine_init+0x36f() in libwine.so.1 (0xffffd458) 18 0x60000ccb main+0x7a() in <wine-loader> (0xffffd894) 19 0x60000b9a _start1+0x139() in <wine-loader> (0xffffd8b8) 20 0x60000a58 _start+0x17() in <wine-loader> (0xffffd8dc) 0x03486f49: cmpw 0x4(%ecx),%ax Modules: Module Address Debug info Name (104 modules) PE 400000- 4126000 Export code PE 4130000- 42e5000 Deferred ffmpeg PE 10000000-10ca9000 Deferred node PE 537d0000-537f8000 Deferred uiautomationcore ELF 60000000-60002000 Dwarf <wine-loader> ELF 62001000-6201d000 Deferred ld-elf32.so.1 ELF 62026000-621d9000 Dwarf libwine.so.1 ELF 621d9000-621fd000 Deferred libthr.so.3 ELF 621fd000-62373000 Deferred libc.so.7 ELF 62387000-623b2000 Deferred libm.so.5 ELF 623c6000-623d9000 Deferred psapi<elf> \-PE 623d0000-623d9000 \ psapi ELF 623d9000-623f1000 Deferred version<elf> \-PE 623e0000-623f1000 \ version ELF 623f1000-623fb000 Deferred libprocstat.so.1 ELF 62800000-628da000 Dwarf ntdll<elf> \-PE 62810000-628da000 \ ntdll ELF 628da000-629e7000 Dwarf kernel32<elf> \-PE 628f0000-629e7000 \ kernel32 ELF 629e7000-62a23000 Deferred ws2_32<elf> \-PE 629f0000-62a23000 \ ws2_32 ELF 62a23000-62b2e000 Deferred gdi32<elf> \-PE 62a30000-62b2e000 \ gdi32 ELF 62b2e000-62b9a000 Deferred advapi32<elf> \-PE 62b40000-62b9a000 \ advapi32 ELF 62b9a000-62cd7000 Deferred user32<elf> \-PE 62bb0000-62cd7000 \ user32 ELF 62cd7000-62cfc000 Deferred iphlpapi<elf> \-PE 62ce0000-62cfc000 \ iphlpapi ELF 62cfc000-62d14000 Deferred libelf.so.2 ELF 62d14000-62d23000 Deferred libkvm.so.7 ELF 62d23000-62d35000 Deferred libutil.so.9 ELF 62d35000-62d4c000 Deferred userenv<elf> \-PE 62d40000-62d4c000 \ userenv ELF 62d4c000-62d96000 Deferred winmm<elf> \-PE 62d50000-62d96000 \ winmm ELF 62d96000-62eac000 Deferred ole32<elf> \-PE 62db0000-62eac000 \ ole32 ELF 62eac000-62f23000 Deferred rpcrt4<elf> \-PE 62ec0000-62f23000 \ rpcrt4 ELF 62f23000-62f45000 Deferred msacm32<elf> \-PE 62f30000-62f45000 \ msacm32 ELF 62f45000-63035000 Deferred comctl32<elf> \-PE 62f50000-63035000 \ comctl32 ELF 63035000-63095000 Deferred comdlg32<elf> \-PE 63040000-63095000 \ comdlg32 ELF 63095000-6326a000 Deferred shell32<elf> \-PE 630a0000-6326a000 \ shell32 ELF 6326a000-632d5000 Deferred shlwapi<elf> \-PE 63280000-632d5000 \ shlwapi ELF 632d5000-6330e000 Deferred winspool<elf> \-PE 632e0000-6330e000 \ winspool ELF 63317000-63378000 Deferred wininet<elf> \-PE 63320000-63378000 \ wininet ELF 63378000-6338d000 Deferred libz.so.6 ELF 6338d000-633ac000 Deferred mpr<elf> \-PE 63390000-633ac000 \ mpr ELF 633ac000-6345c000 Deferred msvcrt<elf> \-PE 633c0000-6345c000 \ msvcrt ELF 6345c000-63576000 Deferred oleaut32<elf> \-PE 63470000-63576000 \ oleaut32 ELF 63576000-635b2000 Deferred oleacc<elf> \-PE 63580000-635b2000 \ oleacc ELF 635b2000-63612000 Deferred dbghelp<elf> \-PE 635c0000-63612000 \ dbghelp ELF 63612000-63627000 Deferred dwmapi<elf> \-PE 63620000-63627000 \ dwmapi ELF 63627000-63668000 Deferred usp10<elf> \-PE 63630000-63668000 \ usp10 ELF 63668000-6368a000 Deferred imm32<elf> \-PE 63670000-6368a000 \ imm32 ELF 6368a000-636cc000 Deferred libncurses.so.8 ELF 636cc000-6375e000 Deferred libfreetype.so.6 ELF 6375e000-63770000 Deferred libbz2.so.4 ELF 63770000-637b0000 Deferred libfontconfig.so.1 ELF 637b0000-637d3000 Deferred libexpat.so.1 ELF 638de000-638f1000 Deferred api-ms-win-core-synch-l1-2-0<elf PE 638e0000-638f1000 Deferred api-ms-win-core-synch-l1-2-0 ELF 638f1000-63904000 Deferred api-ms-win-core-fibers-l1-1-1<el PE 63900000-63904000 Deferred api-ms-win-core-fibers-l1-1-1 PE 63904000-63917000 Deferred api-ms-win-core-localization-l1- PE 63910000-63917000 Deferred api-ms-win-core-localization-l1-C:\windows\system32\api-ms-win-core-localization-l1-2-1.dll ELF 63917000-639a2000 Deferred winex11<elf> \-PE 63920000-639a2000 \ winex11 ELF 639a2000-639b1000 Deferred libxext.so.6 ELF 639b1000-63acf000 Deferred libx11.so.6 ELF 63acf000-63aef000 Deferred libxcb.so.1 ELF 63aef000-63af2000 Deferred libxau.so.6 ELF 63af2000-63af4000 Deferred libpthread-stubs.so.0 ELF 63af4000-63af9000 Deferred libxdmcp.so.6 ELF 63af9000-63afc000 Deferred libxinerama.so.1 ELF 63afc000-63b01000 Deferred libxxf86vm.so.1 ELF 63b01000-63b09000 Deferred libxrender.so.1 ELF 63b09000-63b12000 Deferred libxrandr.so.2 ELF 63b12000-63b15000 Deferred libxcomposite.so.1 ELF 63b15000-63b23000 Deferred libxi.so.6 ELF 63b23000-63b2d000 Deferred libxcursor.so.1 ELF 63b2d000-63b32000 Deferred libxfixes.so.3 ELF 63b34000-63b69000 Deferred uxtheme<elf> \-PE 63b40000-63b69000 \ uxtheme ELF 63b69000-63b7c000 Deferred api-ms-win-core-string-l1-1-0<el PE 63b70000-63b7c000 Deferred api-ms-win-core-string-l1-1-0 ELF 63b7c000-63b8f000 Deferred api-ms-win-core-datetime-l1-1-1< PE 63b80000-63b8f000 Deferred api-ms-win-core-datetime-l1-1-1 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Microsoft VS Code\Code.exe 00000009 0 <== 0000000e services.exe 00000023 0 00000022 0 0000001c 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 00000019 0 00000018 0 00000013 0 0000001a plugplay.exe 0000001f 0 0000001e 0 0000001b 0 00000020 winedevice.exe 00000025 0 00000024 0 00000021 0 00000028 explorer.exe 0000002c 0 0000002b 0 0000002a 0 00000029 0 System information: Wine build: wine-1.8.6 Platform: i386 Version: Windows 10 Host system: FreeBSD Host version: 11.0-RELEASE-p2 -- 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 44355] New: FaceIt client : www.faceit.com/client
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44355 Bug ID: 44355 Summary: FaceIt client : www.faceit.com/client Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adil3.7896(a)gmail.com Distribution: --- Created attachment 60250 --> https://bugs.winehq.org/attachment.cgi?id=60250 Backtrace of the issue The FaceIt client was running properly when it suddenly closed with the following message: ...have to close the application due to Database issues. Please check Wine Application Database for more information. Here's the backtrace (attachment) please fix? -- 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 41713] New: Explorer.exe is wrong when started from the process creating the Wine prefix
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=41713 Bug ID: 41713 Summary: Explorer.exe is wrong when started from the process creating the Wine prefix Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this do the following: rm -rf ~/.wine cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok This normally results in the following failure: shelldispatch.c:624: Test failed: got 0x80040152 Which corresponds to the following line: ok(hr == S_OK, "got 0x%08x\n", hr); /* TODO: remove when explorer startup with clean prefix is fixed */ if (hr != S_OK) return; The workaround is to ensure the Wine prefix has been created before running the test: rm -rf ~/.wine ./wine hostname ./server/wineserver -w cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok Note that wt-daily is now implementing this workaround (see https://github.com/fgouget/wt-daily). -- 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

[Bug 45232] New: TIDAL can't be installed with exe installer
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45232 Bug ID: 45232 Summary: TIDAL can't be installed with exe installer Product: Wine Version: 3.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 61461 --> https://bugs.winehq.org/attachment.cgi?id=61461 Wine log The program instantly crashes, I assume due to the missing ieframe interface. Needs wine-staging patches, else it complains about being run as administrator. -- 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 45749] New: Visual Studio 2017 Installer fails due to node.js/ libuv listen(named pipe) error
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45749 Bug ID: 45749 Summary: Visual Studio 2017 Installer fails due to node.js/libuv listen(named pipe) error Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jimbo1qaz(a)gmail.com Distribution: --- Created attachment 62190 --> https://bugs.winehq.org/attachment.cgi?id=62190 Visual Studio Installer logs (mostly useless) Running Kubuntu 18.04 64-bit. I created a 32-bit .wine32 prefix, installed dotnet46 via winetricks, then the Build Tools for Visual Studio installer (https://visualstudio.microsoft.com/downloads/#build-tools-for-visual-studio… ) (which shares the core with VS2017 installer. It's written in node.js and involves multiple processes communicating via what the source describes as "pipe"s). The error is "Hub Controller process exited prematurely with exit code 1 (NodeUncaughtFatalException)." Interestingly, the installer's source is user-readable and located in WINEPREFIX / drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/. I was able to edit the .js files to add control flow logging: const fs = require('fs'); function logg(val, args){ fs.writeFileSync("C:\\"+process.hrtime()[1] + '_'+val, ""+args, function(err) {}); } Installer seems to be codenamed "microsoft-servicehub". Strangely, many of the Installer files appear to test for Windows and/or *nix, despite VS being Windows-only. It also references open-source VS Code, but I was unable to find any hits when Googling for quoted strings. ---------- The error message "Hub Controller process exited prematurely with exit code" is raised from within "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/controllerConnection.js": ControllerConnection.prototype.startController `var connectPromise` fails, calling `function (err)` to spawn a process (which crashes). ControllerConnection.prototype.onControllerProcessExited is responsible for noticing the process has terminated, and raising the exception. --------- The actual crash originates from "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/HubController.js". HubController.js is executed by several distinct processes, and `process.pid` is the same within `function HubController()` and the global scope. I systematically replaced all calls to `logger.error()` (info, etc.) to `logg()` (since Logger.error() called within subprocess did not show up in Visual Studio's debug logs). I get two sequentially numbered files, 1 millisecond apart: "429988399_Successfully started server on pipe 5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" "430873100_Terminating controller due to some unknown error: " with contents "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" This error is thrown by `function retryStartServer`. `e.code` is EINVAL, while the code only handles `e.code === ec.EADDRINUSE.code`. Looking at https://stackoverflow.com/questions/11040460/get-the-listen-einval-when-sta… suggests: > > EINVAL The socket is already connected. > Make sure something isn't already listening on that port. `man errno` suggests otherwise: > EINVAL Invalid argument (POSIX.1-2001). Adding `|| e.code === ec.EINVAL.code` and commenting `process.platform === 'win32' ||` sends the installer into an endless "kill and restart HubController" loop, which isn't what we want. Extra notes on control flow at https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#server -------- The `EINVAL` error comes with a node.js stack trace: https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#file-net… (The hexadecimal path originates from https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#determin… ) https://github.com/nodejs/node/blob/68dff4a67b7222770f90fc5d9bdd884f8db4a24… `const ex = new Error(`${syscall} ${code}${details}`);` "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" I think the call which failed is `listen`, which returns EINVAL for some reason. ------------ Comparing my stack trace with node.js source code (node.dll 8.9.3): `Server.listen (net.js:1487:5)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1487 - listenInCluster(server=this, address=pipeName, port=-1, addressType=-1, backlog=backlog, fd=undefined, exclusive=options.exclusive); `listenInCluster (net.js:1392:12)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1392 - server._listen2(=address, =port, =addressType, =backlog, =fd); Unpeeling layers of abstraction on top of Windows named pipes: `Server.setupListenHandle [as _listen2] (net.js:1351:14)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1351 (Bullet points are not in stack trace, but I assume they executed) - `handle = new Pipe(PipeConstants.SERVER);` https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1267 - `const { Pipe } = process.binding('pipe_wrap');` which refers to C++ code at https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc - pipes are handled by https://github.com/libuv/libuv - `var err = this._handle.listen(backlog || 511);` is the operation which fails = https://github.com/nodejs/node/blob/8a44289089a08b7b19fa3c4651b5f1f5d1edd71… - Routes to https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc#L154 - which calls uv_listen(). `return uv_translate_sys_error(err);` and EINVAL is located at https://github.com/libuv/libuv/blob/v1.x/src/win/error.c#L101 ... There are 7 Win32 errors all mapping to UV_EINVAL==EINVAL, but only WSAEINVAL can happen. - uv_listen() either [assert(0) and sets err=ERROR_INVALID_PARAMETER] (I hope not), calls uv_tcp_listen (I hope not) - Most likely calls uv_pipe_listen() = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - It has 4 return paths, only `if (!(handle->flags & UV_HANDLE_BOUND)) { return WSAEINVAL;` is happening = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - What initializes `handle->flags` without |=UV_HANDLE_BOUND? ok i'm getting a headache -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 20

[Bug 45998] New: 64-bit FACEIT Anti-cheat client claims " Your system is out of date, you are missing important Windows updates!" ( needs 'wintrust.CryptCATAdminAcquireContext2' stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45998 Bug ID: 45998 Summary: 64-bit FACEIT Anti-cheat client claims "Your system is out of date, you are missing important Windows updates!" (needs 'wintrust.CryptCATAdminAcquireContext2' stub) Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://anticheat-client.faceit.com/FACEITInstaller_64.exe --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/FACEIT AC $ WINEDEBUG=+seh,+relay wine ./faceitclient.exe >>log.txt 2>&1 ... 002c:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 002c:Ret KERNEL32.LoadLibraryA() retval=7fd071b90000 ret=1400b1653 002c:Call KERNEL32.GetProcAddress(7fd071b90000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 002c:Ret KERNEL32.GetProcAddress() retval=00000000 ret=1400b1670 002c:Call KERNEL32.FreeLibrary(7fd071b90000) ret=1400b167c 002c:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c 002c:Call ntdll.RtlAllocateHeap(00010000,00000000,00000050) ret=1411adc3c 002c:Ret ntdll.RtlAllocateHeap() retval=000b09e0 ret=1411adc3c 002c:Call user32.MessageBoxA(00000000,000b09e0 "Your system is out of date, you are missing important Windows updates!",00000000,00000010) ret=1400edd5d ... --- snip --- Microsoft Docs: https://docs.microsoft.com/en-us/windows/desktop/api/mscat/nf-mscat-cryptca… --- quote --- The CryptCATAdminAcquireContext2 function acquires a handle to a catalog administrator context for a given hash algorithm and hash policy. You can use this handle in subsequent calls to the following functions: CryptCATAdminAddCatalog CryptCATAdminEnumCatalogFromHash CryptCATAdminRemoveCatalog This function has no associated import library. You must use the LoadLibrary and GetProcAddress functions to dynamically link to Wintrust.dll. Syntax BOOL CryptCATAdminAcquireContext2( HCATADMIN *phCatAdmin, const GUID *pgSubsystem, PCWSTR pwszHashAlgorithm, PCCERT_STRONG_SIGN_PARA pStrongHashPolicy, DWORD dwFlags ); --- quote --- It's Windows 8+ API. With a FIXME stub that prints parameters, returning FALSE: --- snip --- ... 0064:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 0064:Ret KERNEL32.LoadLibraryA() retval=7f9b71860000 ret=1400b1653 0064:Call KERNEL32.GetProcAddress(7f9b71860000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 0064:Ret KERNEL32.GetProcAddress() retval=7f9b718680d0 ret=1400b1670 0064:Call KERNEL32.FreeLibrary(7f9b71860000) ret=1400b167c 0064:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c --- snip --- I didn't see any call to the stub, so one might get away even with auto-generated unimplemented stub. The client executable has some anti-debug trickery and custom obfuscation scheme. Crashes later due to other insufficiencies though. $ sha1sum FACEITInstaller_64.exe ed8f8c2f6ec2d113bed882faa9d8b8a7a3b56a3c FACEITInstaller_64.exe $ du -sh FACEITInstaller_64.exe 85M FACEITInstaller_64.exe $ wine --version wine-3.18 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 6

[Bug 43155] New: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp: PersistStreamInit_Load (0x1c1f58)->(0x1362090)"
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=43155 Bug ID: 43155 Summary: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp:PersistStreamInit_Load (0x1c1f58)->(0x1362090)" Product: Wine Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rodrigodavy(a)gmail.com Distribution: --- In wine 2.9 I could login into the game using native wmvcore.dll In wine 2.10 the game doesn't login with both the wine and the native dll -- 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 35251] New: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35251 Bug ID: 35251 Summary: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub) Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 18752 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+taskschd wine ./SkypeSetup_4.0.0.226.exe >>log.txt 2>&1 ... 0035:Call KERNEL32.LoadLibraryW(001742b4 L"C:\\users\\focht\\Temp\\msi977c.tmp") ret=7d4924d7 0035:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7d4924d7 ... 0035:Call KERNEL32.GetProcAddress(10000000,01c7b020 "CreateTaskAsDesktopUser") ret=7d492577 0035:Ret KERNEL32.GetProcAddress() retval=10003f4e ret=7d492577 ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7b288 L"C:\\Program Files\\Skype\\Phone\\Skype.exe",00000027,00000000,00000000,00000000,00000000) ret=7d4b1e4f 0035:Ret KERNEL32.WideCharToMultiByte() retval=00000027 ret=7d4b1e4f ... 0035:Call ole32.CoCreateInstance(1001714c,00000000,00000001,10016384,01ace7e0) ret=10003662 ... 0035:Call taskschd.DllGetClassObject(1001714c,7ec34ccc,01ace5c8) ret=7eb47ca4 0035:trace:taskschd:DllGetClassObject {0f87369f-a4e5-4cfc-bd3e-73e6154572dd},{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:trace:taskschd:factory_QueryInterface 0x7d202ca8,{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:Ret taskschd.DllGetClassObject() retval=00000000 ret=7eb47ca4 ... 0035:trace:taskschd:factory_CreateInstance (nil),{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 ... 0035:trace:taskschd:TaskService_create created 0x1c7b2e8 0035:trace:taskschd:TaskService_QueryInterface 0x1c7b2e8,{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 0035:Ret ole32.CoCreateInstance() retval=00000000 ret=10003662 0035:Call oleaut32.VariantInit(01ace7a4) ret=1000369f 0035:Ret oleaut32.VariantInit() retval=01ace7a4 ret=1000369f 0035:Call oleaut32.VariantInit(01ace784) ret=100036af 0035:Ret oleaut32.VariantInit() retval=01ace784 ret=100036af 0035:Call oleaut32.VariantInit(01ace794) ret=100036bf 0035:Ret oleaut32.VariantInit() retval=01ace794 ret=100036bf 0035:Call oleaut32.VariantInit(01ace714) ret=100036cf 0035:Ret oleaut32.VariantInit() retval=01ace714 ret=100036cf 0035:fixme:taskschd:TaskService_Connect 0x1c7b2e8,{VT_EMPTY},{VT_EMPTY},{VT_EMPTY},{VT_EMPTY}: stub 0035:Call oleaut32.VariantClear(01ace714) ret=1000371a 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000371a 0035:Call oleaut32.VariantClear(01ace794) ret=10003720 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003720 0035:Call oleaut32.VariantClear(01ace784) ret=10003726 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003726 0035:Call oleaut32.VariantClear(01ace7a4) ret=1000372c 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000372c ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7e848 L"1: CreateTaskAsDesktopUser 2: Connect task scheduler failed 3: ",ffffffff,00000000,00000000,00000000,00000000) ret=7d4cd514 ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/b06009640024900c5c2a6537b80550c3… --- snip --- 129 static HRESULT WINAPI TaskService_Connect(ITaskService *iface, VARIANT server, VARIANT user, VARIANT domain, VARIANT password) 130 { 131 FIXME("%p,%s,%s,%s,%s: stub\n", iface, debugstr_variant(&server), debugstr_variant(&user), 132 debugstr_variant(&domain), debugstr_variant(&password)); 133 return E_NOTIMPL; 134 } --- snip --- $ sha1sum SkypeSetup_4.0.0.226.exe 3726546c421f078353c73ea6fb42561fac434701 SkypeSetup_4.0.0.226.exe $ du -sh SkypeSetup_4.0.0.226.exe 20M SkypeSetup_4.0.0.226.exe $ wine --version wine-1.7.9-209-gb231b4b 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 8

[Bug 50637] New: battle.net 2020-02-04 update graphical glitches (browser acceleration must be disabled)
by WineHQ Bugzilla 16 Mar '21

16 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50637 Bug ID: 50637 Summary: battle.net 2020-02-04 update graphical glitches (browser acceleration must be disabled) Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aerusso(a)aerusso.net Distribution: --- Running 6.1 wine-staging, I loaded battle.net perfectly fine, and then allowed Battle.net to upgrade itself. It re-launched with a completely black window. By right clicking on the tray icon, you can select the settings, and disable "Use browser hardware acceleration". After re-launching, the new (imo ugly---a completely irrelevant, off-topic comment for this bug report) Battle.net UI is visible. It's almost completely functional---but not all re-draws of the window seem to be captured, resulting in a much of the window being completely black. Moving the window or highlighting buttons prompts a re-draw. As a note: originally I didn't think to access the settings menu from the tray. I was still able to start, e.g. Starcraft 2, by running SC2Switcher_x64.exe directly. It plays perfectly fine. Are other people experiencing this? -- 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 50484] New: Far Manager 3 crashes when Shift+Enter Execute in separate window pressed
by WineHQ Bugzilla 16 Mar '21

16 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50484 Bug ID: 50484 Summary: Far Manager 3 crashes when Shift+Enter Execute in separate window pressed Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: lanthruster(a)gmail.com Distribution: --- Far Manager 3 crashes when executing a file association. 1. Download and extract farmanager3 https://www.farmanager.com/download.php?l=en (zip archive) 2. Create a text file with no or arbitrary content test.txt 3. Select test.txt and press Shift + Enter Wine will crash. That bug was there for years, including Wine 2.3 and earlier releases. -- 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 50285] New: File renamings involving symbolic links fail
by WineHQ Bugzilla 15 Mar '21

15 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50285 Bug ID: 50285 Summary: File renamings involving symbolic links fail Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68842 --> https://bugs.winehq.org/attachment.cgi?id=68842 Sample for case 1 Two cases of file renamings involving symlinks fail: Case 1: A regular file, named "regular", and a symlink named "symlink" pointing at "regular". Rename "regular" to "symlink" (which should overwrite the existing symlink). This should leave one single file, a regular file, named "symlink". In practice, no rename happens (but no error is reported either). Case 2: A symlink pointing at a missing file. Renaming the symlink with MoveFileEx fails. -- 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 9

[Bug 22077] New: cspro 4.0 error in wine (1.1.40)
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22077 Summary: cspro 4.0 error in wine (1.1.40) Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: iip.umar.rifai(a)gmail.com CC: iip.umar.rifai(a)gmail.com Created an attachment (id=26903) --> (http://bugs.winehq.org/attachment.cgi?id=26903) screen show when hang Cspro get hang when pressing key or mouse during popup selection (selcase function in cspro), and also the icon on the tree look weird. How to test: 1. download cspro here http://www.census.gov/ipc/www/cspro/ 2. Run Cspro 4.0 program 3. Open file/application, goto examples/capi 4. BUG 1. you will see that the icon in the left are black. Different when you see it in native windows. 5. BUG-2. now, run the program, from the menu file->run. Just clik ok on every prompt or enter everything. On roster screen, enter only one line, and leave blank in the second row, to directly end the data entry, you will see yes/no popup, just klik or press up/down arrow, then cspro will hang. Screenshot can be see here http://sites.google.com/site/iipumarrifai2/wine-cspro-error1.jpg I think this the only one problem I found in cspro, if this can be fix than it will be gold in wine. And the problem is the same problem since wine Beta and cspro 3.x, but I never send it to wine. I'm running this on Linux Mint 8 (Ubuntu karmic) Best Regards, -iip- -- 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 59

[Bug 48155] New: winecfg: Enable GTK Theming option is always grayed out
by WineHQ Bugzilla 15 Mar '21

15 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48155 Bug ID: 48155 Summary: winecfg: Enable GTK Theming option is always grayed out Product: Wine-staging Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: openglfreak(a)googlemail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65772 --> https://bugs.winehq.org/attachment.cgi?id=65772 Fix for the issue When going to the Staging tab in winecfg, the GTK theming option is grayed out, even though wine was compiled with gtk3 enabled. Enabling GTK theming in the registry still works. Attached is a patch that fixes the issue. -- 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 12

[Bug 37326] New: Blackberry Blend Desktop software
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37326 Bug ID: 37326 Summary: Blackberry Blend Desktop software Product: Wine Version: 1.7.27 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: popsch(a)gmx.net Created attachment 49636 --> https://bugs.winehq.org/attachment.cgi?id=49636 Log I'm trying to run blackberry blend. The installer doesn't complete. You can download the software for free here (BlackBerryDesktopSoftware_B98.exe): http://ca.blackberry.com/software/desktop/blackberry-blend.html I tried the latest version of wine and the Sept 25 version from git. Thanks a lot. -- 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 49992] New: BlackBerry Codes Calculator by y3kt v1.7.1 - Free Version: Does not detect phone over USB
by WineHQ Bugzilla 15 Mar '21

15 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49992 Bug ID: 49992 Summary: BlackBerry Codes Calculator by y3kt v1.7.1 - Free Version: Does not detect phone over USB Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: usb Assignee: wine-bugs(a)winehq.org Reporter: noajohan(a)gmail.com Distribution: --- Created attachment 68396 --> https://bugs.winehq.org/attachment.cgi?id=68396 Log The program does not detect the USB connected phone and therefore does not work The first 10 lines of the log is before I press the button, the program looks for the phone actively on button press... -- 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 12

[Bug 38150] New: vcredist_x64 2012 fails to install
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38150 Bug ID: 38150 Summary: vcredist_x64 2012 fails to install Product: Wine Version: 1.7.37 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ratman386zon(a)gmail.com Distribution: --- Created attachment 50879 --> https://bugs.winehq.org/attachment.cgi?id=50879 wine log I've tried to install vcredist_64 2012 on clean x64 prefix but it fails. It's fine until I click agree button. After that I get error code 0x80070005. Google tells me it's problem with lack of admin rights, weird. -- 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 33576] New: Paint Tool SAI won't start
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33576 Bug #: 33576 Summary: Paint Tool SAI won't start Product: Wine Version: 1.5.30 Platform: arm64 URL: http://www.systemax.jp/bin/sai-1.1.0-ful-en.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Classification: Unclassified Regression SHA1: 6e0d43811b5e407a77fde3a64ead5f3700ea68a9 The program fails to start, giving no further console log on the standard debug channels than it would otherwise. This is a regression introduced in 1.5.14. git bisect reveals: commit 6e0d43811b5e407a77fde3a64ead5f3700ea68a9 Author: Erich Hoover <ehoover(a)mines.edu> Date: Wed Sep 19 08:03:46 2012 -0600 kernel32: Report FILE_PERSISTENT_ACLS flag for NTFS volumes. I know that this commit seems unlikely, but I can confirm that the program works again once it is reverted. I am not using NTFS for these tests, just ext4 and tmpfs. -- 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 35

[Bug 35649] New: SAI can't run
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35649 Bug ID: 35649 Summary: SAI can't run Product: Wine Version: 1.7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: silverwerwolf13(a)gmail.com fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled. fixme:dwmapi:DwmIsCompositionEnabled 0xf36d114 fixme:htmlhelp:HtmlHelpW HH case HH_UNINITIALIZE 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 4

[Bug 15022] New: msi.dll.MsiDatabaseMergeW not implemented
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=15022 Summary: msi.dll.MsiDatabaseMergeW not implemented Product: Wine Version: 1.1.3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: aruiz(a)gnome.org Created an attachment (id=15664) --> (http://bugs.winehq.org/attachment.cgi?id=15664) Wix test case While trying to run wix[0]'s candle tool with mono[1] I get this error: wine: Call from 0x7ee510e0 to unimplemented function msi.dll.MsiDatabaseMergeW, aborting Are there any plans to support this function anytime soon? [0] http://wix.sourceforge.net/ [1] http://www.go-mono.com/mono-downloads/download.html -- 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 4

[Bug 17983] New: WiX fails with builtin msi.dll
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=17983 Summary: WiX fails with builtin msi.dll Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: hib(a)hiberis.nl Created an attachment (id=20350) --> (http://bugs.winehq.org/attachment.cgi?id=20350) reproduce-wix-msi-bug.sh With Windows Installer XML (WiX) toolset, you can create .msi packages. The program light.exe creates these packages. Light.exe succeeds both when run with wine's builtin msi.dll and with a native msi.dll. However, the msi package produced with the builtin msi.dll does not install on MS Windows (XP), while the one built with the native msi.dll does. Apparently, light.exe fails without complaining, which makes it difficult to pinpoint the problem. Nonetheless, looking at the produced .msi packages it seems that there is something wrong with the Summary information. I have attached a script to reproduce the problem. Note, the storage warnings that light.exe produces can be get rid off by using a native ole32.dll, but that does not appear to affect this bug. -- 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 14

[Bug 27132] New: Crash in MSI_RecordSetStringW when embedding RTF with NUL character into an MSI with Wix
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=27132 Summary: Crash in MSI_RecordSetStringW when embedding RTF with NUL character into an MSI with Wix Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=34640) --> (http://bugs.winehq.org/attachment.cgi?id=34640) test case When using WiX to build an MSI installer package, Wine will crash when an RTF file that will be contained in the installer contains a NUL character. To reproduce: 1. Run build.msi in the attached test case. 2. light should crash while reading from 0x30 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 <http://wix.codeplex.com/releases/view/44406#DownloadId=119160>. 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 13

[Bug 28350] New: failure to create MSI packages include merge modules (MSM files)
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28350 Summary: failure to create MSI packages include merge modules (MSM files) Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk The attached test case fails to compile an MSI using WiX 3.0 under Wine 1.3.28. The error given is: wine light -sval pr.wixobj Microsoft (R) Windows Installer Xml Linker version Copyright (C) Microsoft Corporation. All rights reserved. light.exe : error LGHT0001 : Object reference not set to an instance of an object Exception Type: System.NullReferenceException Stack Trace: at Microsoft.Tools.WindowsInstallerXml.MergeMod.NativeMethods.GetMsmMerge () [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Binder.ProcessMergeModules (Microsoft.Tools.WindowsInstallerXml.Output output, Microsoft.Tools.WindowsInstallerXml.FileRowCollection fileRows) [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase (Microsoft.Tools.WindowsInstallerXml.Output output, System.String databaseFile) [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Binder.Bind (Microsoft.Tools.WindowsInstallerXml.Output output, System.String file) [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run (System.String[] args) [0x00000] in <filename unknown>:0 Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at Microsoft.Tools.WindowsInstallerXml.MergeMod.NativeMethods.GetMsmMerge () [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Binder.ProcessMergeModules (Microsoft.Tools.WindowsInstallerXml.Output output, Microsoft.Tools.WindowsInstallerXml.FileRowCollection fileRows) [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase (Microsoft.Tools.WindowsInstallerXml.Output output, System.String databaseFile) [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Binder.Bind (Microsoft.Tools.WindowsInstallerXml.Output output, System.String file) [0x00000] in <filename unknown>:0 at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run (System.String[] args) [0x00000] in <filename unknown>:0 Binder temporary directory located at '/tmp/user/1000\11699d64\2ddee0c7'. Validator temporary directory located at '/tmp/user/1000\28b7882d\728284bb'. -- 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 21

[Bug 11414] New: msidb: STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11414 Summary: msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br To be able to test this you need to install mono on win32. I used the 1.2.6 version. I installed the latest beta of WiX, 3.0.2925 available from wix.sourceforge.net. First light.exe needs to be run on product.wxs on the examples/public/first/product.wxs, this generated product.wixobj. After that I run, with only builtin dlls: wine ../light.exe "-cultures:en-us" product.wixobj fixme:msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented light.exe : error LGHT0001 : Some sort of w32 error occurred: 120 Exception Type: System.ComponentModel.Win32Exception Stack Trace: [mono backtrace cut] -- 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 15

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 2021