wine-bugs February 2021

wine-bugs@winehq.org

1 participants
6834 discussions

[Bug 50649] New: winecfg crashes with desktop emulation
by WineHQ Bugzilla 27 Mar '21

27 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50649 Bug ID: 50649 Summary: winecfg crashes with desktop emulation Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gmascellani(a)codeweavers.com Distribution: --- STEPS TO REPRODUCE: * Start with a new prefix * Launch winecfg and enable desktop emulation (leave the standard resolution 800x600) * Launch winecfg again; the desktop window appears and disappears after a split second; winecfg window never appears This happens with both i386 and amd64 builds (did not try a WoW64 build). I am using an up-to-date Debian unstable machine, on a laptop with an Intel iGPU and an NVIDIA Quadro P2000 dGPU. Disabling NVIDIA Vulkan drivers doesn't change anything. The crash happens inside get_gpu_properties_from_vulkan, in dlls/winex11.drv/xrandr.c. This function creates a Vulkan instance, enumerates Vulkan devices and their properties and then destroys the instance. This happens a few times during a single "wine winecfg" execution. In one of these executions the driver segfaults in vkDestroyInstance. The other calls to vkDestroyInstance are fine. If the call to vkDestroyInstance in X11DRV_vkDestroyInstance is commented out, then the crash doesn't happen any more and winecfg works correctly. I can't see any Vulkan usage problem and Vulkan validator doesn't detect anything except a couple of issues that are easy to solve and do not fix the problem. The specific failing instruction is in libvulkan_lvp.so. Addr2line says it is in function util_queue_destroy in file src/util/u_queue.c:97 (in the mesa package), but that line does not correspond to that function in the source code, so addr2line is probably confused and I don't know if anything it says can be believed. Also, this is just the inner frame: I couldn't get a backtrace from the vkDestroyInstance call to the segfaulting instruction. I can get a core dump, but gdb cannot recognize the stack in it, so I get no useful information (not easily at least: I could manually inspect the stack and reconstruct the backtrace, but that's tedious and I haven't tried yet). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 25528] New: HLSL shader not translated correctly (uniform variables)
by wine-bugs＠winehq.org 27 Mar '21

27 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25528 Summary: HLSL shader not translated correctly (uniform variables) Product: Wine Version: 1.3.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: knight666+wine(a)gmail.com Created an attachment (id=32501) --> (http://bugs.winehq.org/attachment.cgi?id=32501) Program run in a normal way I was trying to run the game "Sexy Beach Zero" (hmmyes) and it runs great. But when you load any of the 3D scenes, the body model isn't bound correctly to her and is stationary at (0, 0, 0) in the scene. I checked the log and found a lot of these: err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Find glsl program uniform locations @ glsl_shader.c / 4435 err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB(programId) @ glsl_shader.c / 4449 err:d3d_shader:hardcode_local_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Hardcoding local constants @ glsl_shader.c / 3955 err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 4618 trace:d3d_constants:shader_glsl_load_constantsI Loading local constants 0: 2, 0, 0, 0 err:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 598 err:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 769 (After this it repeats the last 4 lines) Perfectly willing to chip my teeth on this bug, I downloaded the latest Wine git to check the source. I ran the game again with the following command: WINEDEBUG=trace+d3d_constants wine "Sexy Beach Zero English.exe" &> ~/sbz2.log The log now returns this: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #10: fixme:d3d_shader:print_glsl_info_log Vertex info fixme:d3d_shader:print_glsl_info_log ----------- fixme:d3d_shader:print_glsl_info_log 0(35) : warning C1068: array index out of bounds Repeat the array index out of bounds warning plenty of times. Going deeper, I ran the game like this: WINEDEBUG=trace+d3d_shader wine "Sexy Beach Zero English.exe" &> ~/sbz.log Part of the offending HLSL shader: def *c822* = 1.000000, 3.000000, 0.000000, 0.000000 def c823 = 0.500000, 0.000000, 0.000000, 0.000000 def c824 = -1.000000, -2.000000, -3.000000, -4.000000 defi i0 = 5, 0, 0, 0 frc r0, v2 slt r1, -r0, r0 add r2, -r0, v2 slt r0, v2, -v2 mad r0, r0, r1, r2 mul r0, r0, *c822*.y Emphasis marked with *'s. uniform vec4 *VC[256]*; // snip void main() { R0.xyzw = (fract(attrib2.xyzw)); R1.xyzw = (vec4(lessThan(-R0.xyzw, R0.xyzw))); R2.xyzw = (-R0.xyzw + attrib2.xyzw); R0.xyzw = (vec4(lessThan(attrib2.xyzw, -attrib2.xyzw))); R0.xyzw = ((R0.xyzw * R1.xyzw) + R2.xyzw); R0.xyzw = (R0.xyzw * *VC[822]*.yyyy); This is where the "array index out of bounds" warning comes from. The shader translator should have converted "c822" to a uniform, but instead put it in an array. I got hopelessly lost in the Wine source, I couldn't find the error myself, unfortunately. :( Hopefully this helps someone more knowledgeable with these things! -- 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 24

[Bug 42145] New: Guild Wars 2 crashes on some configurations
by wine-bugs＠winehq.org 27 Mar '21

27 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42145 Bug ID: 42145 Summary: Guild Wars 2 crashes on some configurations Product: Wine Version: 2.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: me(a)aaronopfer.com Distribution: --- Created attachment 56713 --> https://bugs.winehq.org/attachment.cgi?id=56713 GW2-generated crash log Guild Wars 2 crashes on my laptop psuedorandomly while playing the game. I managed to create a reproduceable version of the crash: all I have to do is toggle the visibility of my helmet slot in my Hero's Equipment panel (a feature designed for those who don't want ugly helmets covering their character's faces) and the game will reliably crash. I am using 64bit wine. I reproduced the crash initially in 2.0.0-rc3-staging, then in 2.0.0-rc3, and then again in 1.7.35. I haven't tested any other versions. The crash does NOT occur on my desktop despite similar wine versions and configurations. The main difference between the laptop and the desktop is that the desktop uses the proprietary nvidia blob on a GTX 780, and the laptop uses integrated intel HD 5500 graphics. The laptop and desktop are running the debian 4.8.0 kernel. As an aside, another laptop I have running debian is using a nvidia mobile GPU (don't remember the model) via bumblebee and it also has no problems with crashing in GW2. I have some modest debugging skills: poking around in a debugger shows that the crash occurs in what appears to be blitting code (the Gw2-64.exe binary makes string references to "ImgBlt.cpp" in the area). The fault instruction is a rep movsb. During normal operation the rep movsb's operands are in low memory ranges (mask 0xFFFFFFFF), but when it crashes one operand is (0x0222000000000000) which is not valid memory and causes a crash. I do not have a Windows machine so I do not know if Windows has the same crash; I presume not. I have attached the Arenanet.log file which contains some information about what went wrong. It may contain multiple crashes; I'm not very familiar with these GW2-specific crashlogs so I'm not sure. These are made by GW2's built-in crash logger. If anyone wants another crash log format you'll have to tell me how to disable GW2's built-in one. If anyone wants me to do any specific debug actions or logs I'll be happy to try them. -- 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 3

[Bug 45567] New: League of Legends 8.12+ fails to start a game ( anticheat engine, validation of WoW64 syscall dispatcher)
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45567 Bug ID: 45567 Summary: League of Legends 8.12+ fails to start a game (anticheat engine, validation of WoW64 syscall dispatcher) Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Diagnosed by Andrew Wesie; partially split off from bug 45327. The game inspects the %cs register to determine if it is running under WoW64. Since Linux 32-bit code segment is the same as the WoW64 32-bit code segment, 0x23, the anti-cheat will expect to be in a WoW64 environment regardless of whether the prefix is 32- or 64-bit. Consequently the game will try to use the Wow64Transition export if it is available, or otherwise request the module name of the address contained at the WOW32Reserved TEB field (i.e. %fs:0xc0), and verifies that the latter matches wow64cpu.dll. This can be solved either by moving the syscall dispatcher to wow64cpu.dll, or by implementing Wow64Transition. -- 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 37983] New: Jedi Knight: Dark Forces II (GOG.com version) - music doesn't work
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37983 Bug ID: 37983 Summary: Jedi Knight: Dark Forces II (GOG.com version) - music doesn't work Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rixa(a)cs.tut.fi Distribution: --- The game originally used to have background music on CD audio tracks. The recent GOG.com release includes those tracks in .ogg format, along with what seems to be some sort of a hack to play them through a custom winmm.dll in the game directory. The music does not play. For the included winmm.dll to do anything, an override of "winmm (native,builtin)" seems like a logical step. Indeed, it was reported on the GOG.com forums that this gets the music working on Crossover, and I used the trial version to verify that this is indeed the case. But if I do the same on Wine, the game doesn't start anymore. It just dies with: err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. I tried to trace it down to other overrides that crossover sets by default, but it would still work even if I removed them all. It would even keep working if I replaced the entire drive_c there with the one from my wineprefix where it doesn't work, so it probably does not have to do with any of the pre-installed software, nor an installation broken for whatever reason. Using wine on the prefix installed in crossover didn't work any better either. In addition to a clean unpatched wine 1.7.35 that I compiled myself, I tried multiple versions of wine from PlayOnLinux but none of them started the game with the override in place; each died with the same message. Without the override the game is still very playable, just has no background music. Xubuntu 14.10, nvidia 331.113. -- 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 29

[Bug 33375] New: Cannot test dlls with dashes in their name
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33375 Bug #: 33375 Summary: Cannot test dlls with dashes in their name Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Created attachment 44165 --> http://bugs.winehq.org/attachment.cgi?id=44165 Patch to reproduce this bug No conformance test can be written for dlls that have a dash in their name. These will first run into a build error: echo "api-ms-win-security-base-l1-1-0_test.exe TESTRES \"api-ms-win-security-base-l1-1-0_test-stripped.exe.so\"" | LD_LIBRARY_PATH="../../../libs/wine:$LD_LIBRARY_PATH" ../../../tools/wrc/wrc --nostdinc --po-dir=../../../po -m32 -I. -I. -I../../../include -I../../../include -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION -DWIDL_C_INLINE_WRAPPERS -o ../../../programs/winetest/api-ms-win-security-base-l1-1-0_test.res :1:5: Error: syntax error What surprises me is that the dot on the 'TESTRES' left-hand causes no problem while the dashes do. I tried quoting that string but it did not help. The next problem is that if the TESTRES left-hand is modified to work around that issue, then winetest.exe will not be able to find the corresponding dll anymore and will thus skip the test. Filtering the list of tests to run based on the command line will likely be broken too. I'm attaching a patch to reproduce this issue. -- 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 6

[Bug 50721] New: IDA Pro 7.5: Lumina can't contact server, complains about Schannel security attributes
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50721 Bug ID: 50721 Summary: IDA Pro 7.5: Lumina can't contact server, complains about Schannel security attributes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: thotypous(a)gmail.com Distribution: --- Using Wine Staging, IDA Pro fails to contact the Lumina server when trying to do any operation that depends on it (e.g. Lumina menu -> Pull All Metadata). The IDA's output window shows "lumina: Schannel does not support the requested security attributes" By tracing secur32, it turns out that InitializeSecurityContextA is being called with fContextReq flags ISC_REQ_EXTENDED_ERROR and ISC_REQ_MANUAL_CRED_VALIDATION, which are not handled by Wine: 00f4:trace:secur32:InitializeSecurityContextA 0x3436e40 0x3436e50 (null) 0x0008c110 0 0 0x529b58 0 (nil) 0x529af8 0x3436e9c (nil) Now regarding each flag: 1. ISC_REQ_EXTENDED_ERROR: according to MSDN, this flag means "When errors occur, the remote party will be notified." However, modern TLS does not have any mechanism to notify the remote party about errors. Thus it seems unlikely that this flag causes any difference in behavior, at least when the remote party is not running Microsoft's TLS implementation. When researching about the flag, I found https://mskb.pkisolutions.com/kb/975858, which states Windows 7 used to ignore this flag, but since it caused issues with some applications, they changed schannel to return ISC_RET_EXTENDED_ERROR (via pfContextAttr) when the flag is set. The KB does not describe any other change deployed by the upgrade. This fact further supports the hypothesis that the flag does not change the behavior of the protocol. In short, up-to-date Windows 7 seems to just return ISC_RET_EXTENDED_ERROR when ISC_REQ_EXTENDED_ERROR is set, but otherwise ignores it. 2. ISC_REQ_MANUAL_CRED_VALIDATION: according to MSDN, this flag means "By default, Schannel validates the server certificate by calling the WinVerifyTrust function; however, if you have disabled this feature using the ISC_REQ_MANUAL_CRED_VALIDATION flag, you must validate the certificate provided by the server that is attempting to establish its identity." However, Wine currently does not carry automatic server certificate validation at all. The OSX implementation always calls "SSLSetEnableCertVerify(s->context, FALSE)" to disable it explicitly. The GnuTLS implementation never calls "gnutls_session_set_verify_cert", which would be required to enable server certificate validation. Strictly speaking, the current implementation of Schannel in Wine is insecure, but fixing it would require more extensive changes to the code and could cause regression bugs with other applications. Thus, I argue it should be dealt with by another bug entry and fixed by another patch. Therefore, the attached patch restricts itself to return ISC_RET_MANUAL_CRED_VALIDATION when ISC_REQ_MANUAL_CRED_VALIDATION is set, and to better document the current situation in the code. -- 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 45032] New: WineTest does not run the vcomp tests
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45032 Bug ID: 45032 Summary: WineTest does not run the vcomp tests Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vcomp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- So WineTest is not running the vcomp tests. What happens is this: * It parses the vcomp_test.exe filename and concludes that this tests the vcomp dll. * It does a LoadLibraryExA("vcomp.dll", NULL, LOAD_LIBRARY_AS_DATAFILE) which fails (as expected) and concludes that the dll is missing: vcomp=dll is missing * Since the dll is missing WineTest skips the vcomp tests. According to Dan Kegel (see bug 31609) this is a manifest / activation context issue and he sent a patch for it [1]. However the patch was for the TestBot [2], not WineTest, and as far as I can tell it's not working. Furthermore WineTest already has activation context code that seems equivalent to Dan Kegel's patch. Note that not all VMs have vcomp.dll. Based on the current results the 32 bit dll is present on the TestBot's w2000pro, wxppro, w2003std, wvistau64*, w2008s64, w8, w864 VMs and the 64 bit one is present on wvistau64, w2008s64 and w864. Note that some online resources seem to imply that vcomp.dll is present in the Visual C++ 2005 redistributable (and VC++ 2005 was indeed installed on all the VMs that have vcomp.dll except w2008s64 (though maybe it was installed and it was not written down)). Some VMs seem to have other versions such as vcomp90.dll but not vcomp.dll. [1] https://bugs.winehq.org/show_bug.cgi?id=31609 https://www.winehq.org/pipermail/wine-patches/2012-September/117631.html [2] Paradoxically the TestBot has no problem running the vcomp tests now that they dynamically load the vcomp dll. That's because the TestBot makes no assumption based on the executable filename since one can upload test binaries that don't follow any naming scheme. So now that the test dynamically loads vcomp.dll the TestBot cannot check for it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11

[Bug 50411] New: Adobe Audition 2020 crashes on startup, reporting 'Direct2D Drawbot error' (d2d_geometry_group_GetBounds is a stub)
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50411 Bug ID: 50411 Summary: Adobe Audition 2020 crashes on startup, reporting 'Direct2D Drawbot error' (d2d_geometry_group_GetBounds is a stub) Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 50409 ("Adobe Audition 2020 crashes on startup (msvcrt strftime_impl uses __lc_time_data struct WCHAR members but only ANSI members have been initialized by _Gettnames)"). After fixing bug 50409, the application runs much further with a splash screen and main user interface briefly shown - until it crashes. --- snip --- $ wine ./Adobe\ Audition.exe ... 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 0184:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000025A54AA0. 0184:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000025A54AC0. ... 0184:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000025A51F40. 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 62 (X_CopyArea) Serial number of failed request: 9035 Current serial number in output stream: 9035 --- snip --- Debugger log provides some hints: --- snip --- ... DebugString: "<324> <AuLog.Startup> <5> Session Host initialization sequence complete." DebugString: "<324> <aui.SplashScreen> <5> Initializing (SesxNative) took 3.66537 seconds." DebugString: "<324> <AuLog.Startup> <5> Initializing Document Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing Project Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing TimeCode Broadcaster" DebugString: "<324> <AuLog.Startup> <5> Initializing Clipboard Manager" Thread 590 created, Entry: <ntdll.timer_queue_thread_proc> DebugString: "<324> <AuLog.Startup> <5> Initializing Preset Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing Favorites Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing AutoSave Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing Essential Sound" DebugString: "<324> <AuLog.Startup> <5> AuApplication initialization sequence complete." DebugString: "<324> <AuLog.Startup> <5> Initializing AuCEPSupport" DebugString: "<324> <aui.SplashScreen> <5> Initializing (Session) took 21.7096 seconds." DebugString: "<324> <AuLog.Startup> <5> Initializing AsyncQueueManager" DebugString: "<324> <AuLog.Startup> <5> Initializing AuUI" DebugString: "<324> <aui.SplashScreen> <5> Initializing (AuCEPSupport) took 3.483 seconds." ... DebugString: "<324> <AuLog.Startup> <5> Setting up temp directories" DebugString: "<324> <aui.SplashScreen> <5> Initializing (AuUI) took 5.96025 seconds." DebugString: "<324> <AuLog.Startup> <5> AuUI initialization sequence complete." ... DebugString: "<324> <Assert> <0> Debug Assert failed! Expression: !inReportToUser Direct2D Drawbot error Process: Adobe Audition.exe Process ID: 320 Thread ID: 324 File: ..\..\Application\private\ErrorManager.cpp Line: 250 Function: aui::ErrorManager::ThrowError Assert Dialog Show:false" --- snip --- After some debugging one arrives at this place: --- snip --- ... 0D297A69 | call qword ptr ds:[rax+140] | d2d_device_context_PushLayer 0D297A6F | mov rcx,qword ptr ds:[r14+60] | 0D297A73 | mov rax,qword ptr ds:[rcx] | 0D297A76 | lea rdx,qword ptr ss:[rbp] | 0D297A7A | call qword ptr ds:[rax+F8] | d2d_device_context_GetTransform 0D297A80 | mov rcx,qword ptr ds:[r15] | 0D297A83 | mov rax,qword ptr ds:[rcx] | 0D297A86 | lea r8,qword ptr ss:[rbp-10] | 0D297A8A | lea rdx,qword ptr ss:[rbp] | 0D297A8E | call qword ptr ds:[rax+20] | d2d_geometry_group_GetBounds 0D297A91 | test eax,eax | 0x80004001 0D297A93 | jns dvaui.D297AD3 | 0D297A95 | lea r9,qword ptr ds:[D53D148] | "Direct2D Drawbot error" 0D297A9C | mov edx,eax | 0D297A9E | sub edx,16 | 0D297AA1 | je dvaui.D297ABF | 0D297AA3 | sub edx,6 | 0D297AA6 | je dvaui.D297AB6 | 0D297AA8 | cmp edx,1 | 0D297AAB | jne dvaui.D297AC6 | 0D297AAD | lea r9,qword ptr ds:[D53F360] | "Unable to create image buffer." 0D297AB4 | jmp dvaui.D297AC6 | 0D297AB6 | lea r9,qword ptr ds:[D53F420] | "Invalid image file." 0D297ABD | jmp dvaui.D297AC6 | 0D297ABF | lea r9,qword ptr ds:[D53F0C0] | "Unsupported Pixel Format." 0D297AC6 | mov r8b,1 | 0D297AC9 | mov rdx,r9 | 0D297ACC | mov ecx,eax | 0D297ACE | call dvaui.D298910 | ThrowError 0D297AD3 | movss xmm8,dword ptr ss:[rbp-4] | 0D297AD9 | movss xmm9,dword ptr ss:[rbp-C] | 0D297ADF | subss xmm8,xmm9 | 0D297AE4 | movss xmm6,dword ptr ss:[rbp-8] | 0D297AE9 | movss xmm7,dword ptr ss:[rbp-10] | 0D297AEE | subss xmm6,xmm7 | 0D297AF2 | movaps xmm0,xmm7 | 0D297AF5 | call <JMP.&floorf> | ... --- snip --- It asserts() on 'd2d_geometry_group_GetBounds' returning E_NOTIMPL. Wine source: https://source.winehq.org/git/wine.git/blob/e377786a71c3b6eab5bc11c0b1c9c7c… --- snip --- 4880 static HRESULT STDMETHODCALLTYPE d2d_geometry_group_GetBounds(ID2D1GeometryGroup *iface, 4881 const D2D1_MATRIX_3X2_F *transform, D2D1_RECT_F *bounds) 4882 { 4883 FIXME("iface %p, transform %p, bounds %p stub!.\n", iface, transform, bounds); 4884 4885 return E_NOTIMPL; 4886 } --- snip --- There are preceding stub method call(s) such as 'd2d_device_context_PushLayer': https://source.winehq.org/git/wine.git/blob/e377786a71c3b6eab5bc11c0b1c9c7c… --- snip --- 1517 static void STDMETHODCALLTYPE d2d_device_context_PushLayer(ID2D1DeviceContext *iface, 1518 const D2D1_LAYER_PARAMETERS *layer_parameters, ID2D1Layer *layer) 1519 { 1520 FIXME("iface %p, layer_parameters %p, layer %p stub!\n", iface, layer_parameters, layer); 1521 } --- snip --- The user visible / blocker issue is 'd2d_geometry_group_GetBounds' though, hence the report. $ sha1sum AdobeAudition13All.zip b2800e4fd28f3c669cd0b3754ec11a9e8e18cee1 AdobeAudition13All.zip $ du -sh AdobeAudition13All.zip 296M AdobeAudition13All.zip $ wine --version wine-6.0-rc4 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 34906] New: [regres] Zoo Tycoon: closed on start in 1.7.6
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=34906 Bug #: 34906 Summary: [regres] Zoo Tycoon: closed on start in 1.7.6 Product: Wine Version: 1.7.6 Platform: x86 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fiziologus(a)gmail.com Classification: Unclassified closed without crash after begin music. in console: fixme:imm:ImmReleaseContext (0x2006a, 0x14f250): stub fixme:imm:ImmGetOpenStatus (0x14f250): semi-stub fixme:win:EnumDisplayDevicesW ((null),0,0x32ed38,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:quartz:GetClassMediaFile Media class not found err:quartz:GetClassMediaFile Media class not found err:quartz:GetClassMediaFile Media class not found err:quartz:GetClassMediaFile Media class not found fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1. fixme:d3d:wined3d_device_set_render_target Surface 0x1ae5c0 doesn't have render target usage. err:ddraw:d3d_device_init Failed to set render target, hr 0x8876086c. result regression test (1.6-good, 1.7.6-bad) 3fb53e21fb2cccf249ed65a4641eac21422f6609 is the first bad commit commit 3fb53e21fb2cccf249ed65a4641eac21422f6609 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Sep 17 09:22:37 2013 +0200 ddraw: Don't set render target / depth stencil usage on sysmem surfaces. Setting render target usage on a P8 surface for example would fail surface creation, while such surfaces can't be used for actual rendering anyway. Tests confirm that surface creation is supposed to succeed for P8 surfaces with both DDSCAPS_SYSTEMMEMORY and DDSCAPS_3DDEVICE set. :040000 040000 578fd201cb41a75b478b47c58c7a0a1a9b6a5209 38c723fb112690d758c0868debec68b3b61c4510 M dlls -- 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 30

[Bug 50738] New: Guild Wars 2 launcher can't login
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50738 Bug ID: 50738 Summary: Guild Wars 2 launcher can't login Product: Wine Version: 6.3 Hardware: x86-64 URL: https://account.arena.net/content/download/gw2/win/64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: sven.wine(a)gmail.com Regression SHA1: 8f50dde9cd3f4ea7856106f5b1691827d4cf8713 Distribution: Ubuntu Created attachment 69508 --> https://bugs.winehq.org/attachment.cgi?id=69508 Log from 8f50dde9cd3f4ea7856106f5b1691827d4cf8713 with +timestamp,+pid,+tid,+seh Since commit 8f50dde9cd3f4ea7856106f5b1691827d4cf8713 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Feb 15 21:57:42 2021 +0100 ntdll: Store entire XMM context in x86_64 syscall frame. the Guild Wars 2 launcher can't reach login the server anymore. Attached is the log at 8f50dde9cd3f4ea7856106f5b1691827d4cf8713. I confirmed that with 8f50dde9cd3f4ea7856106f5b1691827d4cf8713^ everything was working as expected. -- 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 14

[Bug 50034] New: In font dialog's sample text, background changes color
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50034 Bug ID: 50034 Summary: In font dialog's sample text, background changes color Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: whydoubt(a)gmail.com Distribution: --- When the font dialog is first opened, the background behind the sample text is a different color than the rest of the sample area. As soon as a change is made in font selection, this condition is corrected. -- 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 45685] New: regression caused in running Dragon NaturallySpeaking 12.5
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45685 Bug ID: 45685 Summary: regression caused in running Dragon NaturallySpeaking 12.5 Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 62107 --> https://bugs.winehq.org/attachment.cgi?id=62107 terminal output with no winedebug running Dragon NaturallySpeaking 12.5 installs well in wine 3.14 (Staging). It also goes through training. But then it crashes when I try to run it for the first time. -- 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 16

[Bug 49857] New: NCLauncher2: Crypto error on a successful login
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49857 Bug ID: 49857 Summary: NCLauncher2: Crypto error on a successful login Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: yagocl(a)protonmail.ch Distribution: --- I am attempting to run the NCSoft Launcher on Wine so that I may download and play the game Blade&Soul. The application is NCLauncher2.exe, you can grab it from here: https://launcher.patcher.ncsoft.com/NCLauncher2_Installer.exe or go the blade and soul website, register, and be sent to that download anyway. Here's a sha256 checksum of what I downloaded: ba8e3f0272c103581eb05325384498a02c210f3df0ff78f399060aeb061b5d3e NCLauncher2_Installer.exe The program runs fine, however if you get your credentials right and actually log in it will stop you with a crypto error. Here's the full message the launcher spits out in the UI: https://pastebin.com/A8ECdFqJ Unfortunately there is no point to posting full terminal output since every message the program dumps into the terminal is obfuscated/encrypted. I tried running them through base64/32 -d to no avail. BUT, we can get wine to spit out what the program is doing in the crypto engine when the error happens with WINEDEBUG=+crypt trace file This is what I get: 0009:fixme:crypt:PFXImportCertStore flags 00000021 not supported I suppose it is trying to import a certificate in some way but cannot. Here's some system info: Wine 5.17-staging 64 bit wineprefix Arch Linux with testing repos .NETs 4.5 all the way to 4.8 installed Intel CPU, Nvidia (+proprietary driver) GPU -- 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 10

[Bug 50729] New: Microsoft PIX 2101.27 setup fails
by WineHQ Bugzilla 25 Mar '21

25 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50729 Bug ID: 50729 Summary: Microsoft PIX 2101.27 setup fails Product: Wine Version: 6.3 Hardware: x86-64 URL: https://devblogs.microsoft.com/pix/download/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 69486 --> https://bugs.winehq.org/attachment.cgi?id=69486 log Microsoft PIX 2101.27 setup fails 0x80070538 - Invalid ACL https://devblogs.microsoft.com/pix/download/ https://web.archive.org/web/20210226072258/https://query.prod.cms.rt.micros… sha1sum PIX-2101.27-Installer.exe c66d7f99e8891fd1e66e22ca75ee7b9a524ca04c PIX-2101.27-Installer.exe du -sh PIX-2101.27-Installer.exe 109M PIX-2101.27-Installer.exe Forcing PIX.msi to run leads to the below, invalid or separate future bug... Got a UNKNOWN while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. Unhandled exception: page fault on execute access to 0x180003134 in 64-bit code (0x0000000180003134). -- 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 2

[Bug 40055] New: Auto Wiki Browser immediate crash on startup
by wine-bugs＠winehq.org 25 Mar '21

25 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40055 Bug ID: 40055 Summary: Auto Wiki Browser immediate crash on startup Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: internetboxwiki(a)gmail.com Distribution: --- Created attachment 53526 --> https://bugs.winehq.org/attachment.cgi?id=53526 automatic backtrace Auto Wiki Browser immediate crash on startup -- 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 40074] New: Crash on osx 10.7.5 on darkest dungeon
by wine-bugs＠winehq.org 25 Mar '21

25 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40074 Bug ID: 40074 Summary: Crash on osx 10.7.5 on darkest dungeon Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s.dablain(a)gmail.com Created attachment 53554 --> https://bugs.winehq.org/attachment.cgi?id=53554 Program error detail Happens after I create my character and before the game actually begins. -- 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 37895] New: PostgreSQL 9.3 VBScript based post-install steps fail due to parser errors (optional parameter between other parameters, pair of empty commas)
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37895 Bug ID: 37895 Summary: PostgreSQL 9.3 VBScript based post-install steps fail due to parser errors (optional parameter between other parameters, pair of empty commas) Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Installer log file: --- snip --- ... Initialising the database cluster (this may take a few minutes)... Executing cscript //NoLogo "C:\Program Files\PostgreSQL\9.3/installer/server/initcluster.vbs" "NT AUTHORITY\NetworkService" "postgres" "****" "C:\Program Files\PostgreSQL\9.3" "C:\Program Files\PostgreSQL\9.3\data" 5432 "DEFAULT" 0 Script exit code: 0 Script output: Script stderr: --- snip --- Terminal output with script being executed standalone: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/PostgreSQL/9.3/installer/server $ wine cscript //NoLogo initcluster.vbs fixme:wscript:set_host_properties ignored L"nologo" switch fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED fixme:vbscript:parse_script parser failed around L"2_OperatingSystem\",,48)\r\n\r\n For Each objItem In colItems\r\n strVersion = Left(objItem.Version, 3)\r\n Next\r\n WScript.Echo \" Version:\" & strVersion\r\n\r\n If InStr(strVersion, \".\") > 0 Then\r\n majorVersion = CInt(Left(strVersion, InStr(strVersion, \".\") - 1"... fixme:wscript:run_script ParseScriptText failed: 80004005 ... --- snip --- Script function that fails to parse: --- snip --- ' Is this Vista or above? Function IsVistaOrNewer() WScript.Echo "Called IsVistaOrNewer()..." Set objWMI = GetObject("winmgmts:\\.\root\cimv2") If objWMI Is Nothing Then WScript.Echo " Couldn't create 'winmgmts:\\.\root\cimv2' object" IsVistaOrNewer=false ElseIf IsObject(objWMI) Then WScript.Echo " 'winmgmts' object initialized..." Else WScript.Echo " 'winmgmts' object not initialized..." End If Set colItems = objWMI.ExecQuery("Select * from Win32_OperatingSystem",,48) For Each objItem In colItems strVersion = Left(objItem.Version, 3) Next WScript.Echo " Version:" & strVersion If InStr(strVersion, ".") > 0 Then majorVersion = CInt(Left(strVersion, InStr(strVersion, ".") - 1)) ElseIf InStr(strVersion, ",") > 0 Then majorVersion = CInt(Left(strVersion, InStr(strVersion, ",") - 1)) Else majorVersion = CInt(strVersion) End If WScript.Echo " MajorVersion:" & majorVersion If majorVersion >= 6.0 Then IsVistaOrNewer = True Else IsVistaOrNewer = False End If End Function --- snip --- The problem is parsing 'SWbemServices.ExecQuery' optional method parameters. Signature MSDN: http://msdn.microsoft.com/en-us/library/aa393866%28v=vs.85%29.aspx --- quote --- The ExecQuery method of the SWbemServices object executes a query to retrieve objects. These objects are available through the returned SWbemObjectSet collection. This method is called in the semisynchronous mode. For more information, see Calling a Method. For an explanation of this syntax, see Document Conventions for the Scripting API. Syntax VB objWbemObjectSet = .ExecQuery( _ ByVal strQuery, _ [ ByVal strQueryLanguage ], _ [ ByVal iFlags ], _ [ ByVal objWbemNamedValueSet ] _ ) Parameters strQuery Required. String that contains the text of the query. This parameter cannot be blank. For more information on building WMI query strings, see Querying with WQL and the WQL reference. strQueryLanguage [optional] String that contains the query language to be used. If specified, this value must be "WQL". iFlags [optional] Integer that determines the behavior of the query and determines whether this call returns immediately. The default value for this parameter is wbemFlagReturnImmediately. This parameter can accept the following values. Value Meaning wbemFlagForwardOnly 32 (0x20) ... Causes WMI to return class amendment data with the base class definition. For more information, see Localizing WMI Class Information. objWbemNamedValueSet [optional] Typically, this is undefined. Otherwise, this is an SWbemNamedValueSet object whose elements represent the context information that can be used by the provider that is servicing the request. A provider that supports or requires such information must document the recognized value names, data type of the value, allowed values, and semantics. --- quote --- 'strQueryLanguage' = optional, needs to be passed in between pair of empty commands as next parameter is explicitly given 'iFlags' = optional, 48 = WBEM_FLAG_FORWARD_ONLY | WBEM_FLAG_RETURN_IMMEDIATELY (-> forward-only enumerator) 'objWbemNamedValueSet' = optional, no passing needed (last parameter) $ sha1sum postgresql-9.3.5-3-windows.exe e47b6569f86466da76199186aa1b63a94f040551 postgresql-9.3.5-3-windows.exe $ du -sh postgresql-9.3.5-3-windows.exe 53M postgresql-9.3.5-3-windows.exe $ wine --version wine-1.7.34-36-g4493323 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 46754] New: Multiple application installers fail in VBscripts due to IWshEnvironment: :Item property returning BSTR with embedded null terminator ( PostgreSQL 9.3)
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46754 Bug ID: 46754 Summary: Multiple application installers fail in VBscripts due to IWshEnvironment::Item property returning BSTR with embedded null terminator (PostgreSQL 9.3) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Found while revisiting bug 37972 Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+wshom,+vbscript,+ole,+variant wine ./postgresql-9.3.5-3-windows.exe >>log.txt 2>&1 ... 002c:trace:wshom:WshEnvironment_Invoke (0x1706c0)->(0 {00000000-0000-0000-0000-000000000000} 1033 3 0x33facc 0x33fb30 0x33fa00 0x33f9fc) ... 002c:trace:ole:dump_DispParms args=1 named args=0 002c:trace:ole:dump_DispParms args: 002c:trace:ole:dump_DispParms [0] 0x167848 {VT_BSTR: L"TEMP"} 002c:trace:ole:ITypeInfo_fnInvoke invoking: L"Item"(2) parm0: L"Name" parm1: L"out_Value" memid is 00000000 Param 0: tdesc.vartype 8 (VT_BSTR) u.paramdesc.wParamFlags PARAMFLAG_FIN u.paramdesc.lpex (nil) Param 1: tdesc.vartype 26 (ptr to VT_BSTR) u.paramdesc.wParamFlags PARAMFLAG_FOUT PARAMFLAG_FRETVAL u.paramdesc.lpex (nil) funckind: 1 (pure virtual) invkind: 2 (property get) callconv: 4 (stdcall) oVft: 28 cParamsOpt: 0 wFlags: 0 elemdescFunc (return value type): tdesc.vartype 25 (VT_HRESULT) u.paramdesc.wParamFlags PARAMFLAGS_NONE u.paramdesc.lpex (nil) helpstring: (null) entry: invalid ... 002c:trace:ole:ITypeInfo_fnInvoke changing args 002c:trace:ole:ITypeInfo_fnInvoke 0x167848 {VT_BSTR: L"TEMP"} 002c:trace:ole:DispCallFunc (0x1706cc, 28, 4, 10, 2, 0x170680, 0x170678, 0x33f6b0 (vt=10)) ... 002c:trace:ole:DispCallFunc arg 0: type VT_BSTR 0x167848 {VT_BSTR: L"TEMP"} 002c:trace:ole:DispCallFunc arg 1: type VT_BSTR|VT_BYREF 0x170648 {VT_BSTR|VT_BYREF: (null)} 002c:trace:wshom:WshEnvironment_get_Item (0x1706c0)->(L"TEMP" 0x33f6a0) 002c:Call KERNEL32.GetEnvironmentVariableW(00165fcc L"TEMP",00000000,00000000) ret=f781953d 002c:Ret KERNEL32.GetEnvironmentVariableW() retval=00000014 ret=f781953d 002c:Call oleaut32.SysAllocStringLen(00000000,00000014) ret=f7819550 002c:trace:ole:SysAllocStringLen (null) 002c:Ret oleaut32.SysAllocStringLen() retval=00167954 ret=f7819550 002c:Call KERNEL32.GetEnvironmentVariableW(00165fcc L"TEMP",00167954,00000015) ret=f7819588 002c:Ret KERNEL32.GetEnvironmentVariableW() retval=00000013 ret=f7819588 ... 002c:trace:ole:DispCallFunc retval: 0x33f6b0 {VT_ERROR: 00000000} ... 002c:trace:ole:ITypeInfo_fnInvoke [retval] value: 0x170648 {VT_BSTR|VT_BYREF: L"C:\\users\\focht\\Temp"} 002c:trace:variant:VariantInit (0x33fb30) 002c:trace:variant:VariantCopyInd (0x33fb30 {VT_EMPTY},0x170648 {VT_BSTR|VT_BYREF: L"C:\\users\\focht\\Temp"}) 002c:trace:variant:VariantClear (0x33fb30 {VT_EMPTY}) ... 002c:trace:variant:VariantCopyInd returning 0x00000000, 0x33fb30 {VT_BSTR: L"C:\\users\\focht\\Temp"} 002c:trace:variant:VARIANT_ClearInd (0x170648 {VT_BSTR|VT_BYREF: L"C:\\users\\focht\\Temp"}) ... 002c:trace:ole:ITypeInfo_fnInvoke -- 0x00000000 002c:trace:ole:ITypeInfo_fnRelease (0x16dbc8)->(1) ... 002c:trace:vbscript:interp_assign_ident L"strSystemRoot" ... 002c:trace:vbscript:assign_ident creating variable L"strSystemRoot" ... 002c:Call oleaut32.VariantCopyInd(00170720,00167848) ret=f7858cba 002c:trace:variant:VariantCopyInd (0x170720 {VT_EMPTY},0x167848 {VT_BSTR: L"C:\\users\\focht\\Temp"}) 002c:trace:variant:VariantCopy (0x170720 {VT_EMPTY},0x167848 {VT_BSTR: L"C:\\users\\focht\\Temp"}) 002c:trace:variant:VariantClear (0x170720 {VT_EMPTY}) 002c:Ret oleaut32.VariantCopyInd() retval=00000000 ret=f7858cba 002c:Call oleaut32.VariantClear(00167848) ret=f7857d74 002c:trace:variant:VariantClear (0x167848 {VT_BSTR: L"C:\\users\\focht\\Temp"}) ... 002c:Ret oleaut32.VariantClear() retval=00000000 ret=f7857d74 002c:trace:vbscript:interp_icall 002c:trace:vbscript:interp_string 002c:Call oleaut32.SysAllocString(00165b38 L"") ret=f785a7f5 002c:trace:ole:SysAllocStringLen L"" 002c:Ret oleaut32.SysAllocString() retval=001660f4 ret=f785a7f5 002c:trace:vbscript:interp_equal 002c:trace:vbscript:var_cmp 0x170720 {VT_BSTR: L"C:\\users\\focht\\Temp"} 0x167858 {VT_BSTR: L""} 002c:Call oleaut32.VarCmp(00170720,00167858,00000409,00000000) ret=f785b019 002c:trace:variant:VarCmp (0x170720 {VT_BSTR: L"C:\\users\\focht\\Temp"},0x167858 {VT_BSTR: L""},0x00000409,0x00000000) ... 002c:trace:variant:VarBstrCmp L"C:\\users\\focht\\Temp\0000",L"",1033,00000000 002c:Ret oleaut32.VarCmp() retval=00000002 ret=f785b019 ... 002c:Call oleaut32.VarCat(00170720,00170830,0033f950) ret=f785b870 002c:trace:variant:VarCat 0x170720 {VT_BSTR: L"C:\\users\\focht\\Temp"},0x170830 {VT_BSTR: L"\\"},0x33f950) 002c:trace:variant:VarBstrCat L"C:\\users\\focht\\Temp\0000",L"\\",0x33f958 002c:trace:variant:VarBstrCat L"C:\\users\\focht\\Temp\0000\\" ... 002c:Call KERNEL32.CreateFileW(0017ca4c L"C:\\users\\focht\\Temp",40000000,00000000,00000000,00000002,00000080,00000000) ret=f77e4bfd 002c:Ret KERNEL32.CreateFileW() retval=ffffffff ret=f77e4bfd ... 002c:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x800a0046 ... 002c:trace:vbscript:assign_ident creating variable L"isWritable" ... Unable to write inside TEMP environment variable path ... --- snip --- The VBscript snippet failing: --- snip --- ... Set WshShell = WScript.CreateObject("WScript.Shell") Set WshSysEnv = WshShell.Environment("PROCESS") strSystemRoot = WshSysEnv("TEMP") If strSystemRoot = "" Then WScript.Echo "Unable to read the value of the TEMP environment variable." WScript.Quit 1 End If ' Check if temp path is writable isWritable = IsPathWriteable(strSystemRoot) If isWritable = False Then WScript.Echo "Unable to write inside TEMP environment variable path." WScript.Quit 1 End If ... Function IsPathWriteable(Path)' As Boolean Dim fso 'As Scripting.FileSystemObject Dim Temp_Path 'As String Set fso = CreateObject("Scripting.FileSystemObject") Temp_Path = Path & "\" & fso.GetTempName() & ".tmp" On Error Resume Next fso.CreateTextFile Temp_Path IsPathWriteable = Err.Number = 0 fso.DeleteFile Temp_Path On Error Goto 0 End Function --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/979f9078d3a2c4406dc494c81b86fea… --- snip --- 447 static HRESULT WINAPI WshEnvironment_get_Item(IWshEnvironment *iface, BSTR name, BSTR *value) 448 { 449 WshEnvironment *This = impl_from_IWshEnvironment(iface); 450 DWORD len; 451 452 TRACE("(%p)->(%s %p)\n", This, debugstr_w(name), value); 453 454 if (!value) 455 return E_POINTER; 456 457 len = GetEnvironmentVariableW(name, NULL, 0); 458 *value = SysAllocStringLen(NULL, len); 459 if (!*value) 460 return E_OUTOFMEMORY; 461 462 if (len) 463 GetEnvironmentVariableW(name, *value, len+1); 464 465 return S_OK; 466 } --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/winbase/nf-winbase-get… --- quote --- Return Value If the function succeeds, the return value is the number of characters stored in the buffer pointed to by lpBuffer, not including the terminating null character. If lpBuffer is not large enough to hold the data, the return value is the buffer size, in characters, required to hold the string and its terminating null character and the contents of lpBuffer are undefined. --- quote --- When you use SysAllocStringLen() you have to ensure the null terminator is excluded from number of characters. Also the second GetEnvironmentVariableW() call doesn't need +1 as the first call already returns the proper count (len) which includes the null terminator. The faulty code was introduced in https://source.winehq.org/git/wine.git/commitdiff/ac65c3fb18d9c9be4aa43f373… ("wshom.ocx: Implement get_Item() for IWshEnvironment.") $ sha1sum postgresql-9.3.5-3-windows.exe e47b6569f86466da76199186aa1b63a94f040551 postgresql-9.3.5-3-windows.exe $ du -sh postgresql-9.3.5-3-windows.exe 53M postgresql-9.3.5-3-windows.exe $ wine --version wine-4.3 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 16445] New: .NET Framework 2.0 fails to install because of IE dependency
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16445 Summary: .NET Framework 2.0 fails to install because of IE dependency Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tobias.vogel(a)bluewin.ch Trying to install the Microsoft .NET Framework fails on wine-1.1.9 (Fedora 10, x86_64) with the error "IE5.01 or higher version is required prior to installing Microsoft .NET Framework." Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with and without winetricks. -- 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 19

[Bug 11228] New: .NET Framework 2.0 Registry Bug
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11228 Summary: .NET Framework 2.0 Registry Bug Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n.tessore(a)gmail.com When installing the .NET Framework 2.0, the installer creates a registry key HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v[RTM_ProductVersion].00000 --- The correct key would be HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v2.0.50727.00000 --- This leads to seemingly meaningless errors in a number of unexpected places (ie. normal non-.NET applications), like this one here: fixme:advapi:RegisterEventSourceA ((null),".NET Runtime"): stub fixme:advapi:RegisterEventSourceW (L"",L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0x33e64c,(nil)): stub err:eventlog:ReportEventW L"Error enumerating shim databases - 234" fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 25612] New:=?UTF-8?Q?=20can=C2=B4t=20install=20?=.NET Framework 2.0
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25612 Summary: can´t install .NET Framework 2.0 Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehqbugs(a)bugmenot.com Created an attachment (id=32610) --> (http://bugs.winehq.org/attachment.cgi?id=32610) log from the command line If i try to install .NET Framework 2 I always get error-messages (see attatchments). Can somebody please help me? -- 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 10

[Bug 44656] New: Multiple applications need ntdll.NtSuspendProcess and ntdll.NtResumeProcess implementation (Oracle Data Visualization Desktop, cbwin)
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44656 Bug ID: 44656 Summary: Multiple applications need ntdll.NtSuspendProcess and ntdll.NtResumeProcess implementation (Oracle Data Visualization Desktop, cbwin) Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track Wine-Staging patchset: https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtSu… Essentially a continuation of bug 40989 which added 'ntdll.NtSuspendProcess and 'ntdll.ResumeProcess' stubs. The original app/game is no longer available - at least not for free. Searching for apps using this native API I found a hint here: https://forum.winehq.org/viewtopic.php?f=9&t=28415 --- snip --- "Data\ Visualization\ Desktop\\dvdesktop.exe" ... fixme:ntdll:NtSuspendProcess stub: 0x8c [0128/175611:ERROR:scoped_process_suspend.cc(29)] NtSuspendProcess, ntstatus=-1073741822 ... fixme:ntdll:NtQuerySystemInformation (0x00000040,0xb50030,0x00200000,0x84e6e8) stub [0128/175611:ERROR:process_info.cc(372)] NtQuerySystemInformation SystemExtendedHandleInformation: <failed to retrieve error message (0x13d)> (0xc0000003) fixme:ntdll:NtResumeProcess stub: 0x8c [0128/175611:ERROR:scoped_process_suspend.cc(38)] NtResumeProcess, ntstatus=-1073741822 --- snip --- This is probably 'Oracle Data Visualization Desktop': http://www.oracle.com/technetwork/middleware/oracle-data-visualization/down… http://download.oracle.com/otn/nt/middleware/12c/1224/Oracle_Data_Visualiza… Another candidate: 'cbwin' (Launch Windows programs from "Bash on Ubuntu on Windows" (WSL)) which also makes use of this native API. https://github.com/xilun/cbwin https://github.com/xilun/cbwin/releases/download/v0.13/cbwin-bin-0.13.zip There are likely more apps to find and play/test with. This was just a quick search-n-grab. Will check them later in details how to reproduce/validate. $ sha1sum cbwin-bin-0.13.zip 63842e94abe4fcb8b331ee7419e671c4731ddf21 cbwin-bin-0.13.zip $ du -sh cbwin-bin-0.13.zip 108K cbwin-bin-0.13.zip $ sha1sum Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip d76367cf62d1245a55173809cde5032597ec0e96b Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip $ du -sh Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip 467M Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip $ wine --version wine-3.3 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 49998] New: widl doesn't support winrt types (runtimeclass, delegate, parameterized types, ...)
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49998 Bug ID: 49998 Summary: widl doesn't support winrt types (runtimeclass, delegate, parameterized types, ...) Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- Created attachment 68403 --> https://bugs.winehq.org/attachment.cgi?id=68403 PoC implementation of WinRT subset in widl In winrt mode (using --winrt or #pragma winrt), widl is unable to parse several winrt-specific keywords and generate the corresponding interface headers. I'm opening this bug mainly to provide my implementation (attached) as a proof of concept, and so that it can then be tested more extensively, helping it go upstream eventually. I'll also attach updated series for the few WinRT stub dlls in staging, re-implemented using idl files thanks to the new support in widl. -- 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 17

[Bug 48832] New: Magic The Gathering Online does not start due to long file names
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48832 Bug ID: 48832 Summary: Magic The Gathering Online does not start due to long file names Product: Wine Version: 5.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: panard(a)inzenet.org Distribution: --- Created attachment 66749 --> https://bugs.winehq.org/attachment.cgi?id=66749 increase OFS_MAXPATHNAME Since the 2020-03-25 update of MTGO client, wine fails to start the program. It is actually due to filenames which exceed OFS_MAXPATHNAME (128). See debug at https://github.com/pauleve/docker-mtgo/issues/79#issuecomment-605118041 Increasing OFS_MAXPATHNAME256 (see patch) fixed the issue and MTGO works again. -- 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 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