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

[Bug 37983] New: Jedi Knight: Dark Forces II (GOG.com version) - music doesn't work
by wine-bugs＠winehq.org March 26, 2021

March 26, 2021

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 March 26, 2021

March 26, 2021

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 45032] New: WineTest does not run the vcomp tests
by wine-bugs＠winehq.org March 26, 2021

March 26, 2021

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 34906] New: [regres] Zoo Tycoon: closed on start in 1.7.6
by wine-bugs＠winehq.org March 26, 2021

March 26, 2021

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 50034] New: In font dialog's sample text, background changes color
by WineHQ Bugzilla March 26, 2021

March 26, 2021

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 March 26, 2021

March 26, 2021

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 March 26, 2021

March 26, 2021

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 40055] New: Auto Wiki Browser immediate crash on startup
by wine-bugs＠winehq.org March 25, 2021

March 25, 2021

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 March 25, 2021

March 25, 2021

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 March 24, 2021

March 24, 2021

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