January 2015 - Wine-bugs - list.winehq.org

[Bug 19944] New: Full Tilt Poker: Application never exits
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=19944 Summary: Full Tilt Poker: Application never exits Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xlreaper(a)gmail.com The Full Tilt Poker client Version WIN.FullTilt.COM.11.2 runs fine, but once you quit the application the FullTiltPoker.exe proccess remains and never quits - you have to kill it. Because of this you cannot save any preferences in the app. -- 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 37488] New: Quicken 2014 - NtAreMappedFilesTheSame fails to compare builtin dlls with stub dlls
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37488 Bug ID: 37488 Summary: Quicken 2014 - NtAreMappedFilesTheSame fails to compare builtin dlls with stub dlls Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: michael(a)fds-team.de Distribution: --- Created attachment 49879 --> https://bugs.winehq.org/attachment.cgi?id=49879 test program Hi, Quicken 2014 loads the stub ntdll from C:\Windows\System32 as file mapping and tries to compare it with all loaded file mappings using NtAreMappedFilesTheSame. Wine does not support comparing a mapped stub dll with the loaded dll, so that the function returns STATUS_NOT_SAME_DEVICE every time, causing Quicken 2014 to enter an endless loop. Since this issue is currently blocked by bug 37487 and bug 37449, I wrote a small C snippet which can be compiled with mingw that demonstrates the issue. On Windows the program prints "Same file!" while on Wine it prints "Different file!". Regards, Michael -- 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 33142] New: Right shift key not working with winemac.drv
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33142 Bug #: 33142 Summary: Right shift key not working with winemac.drv Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: betaguy(a)gmail.com Classification: Unclassified Created attachment 43845 --> http://bugs.winehq.org/attachment.cgi?id=43845 WINEDEBUG=+key When using winemac.drv, the right shift key has no effect on input. The keyboard I'm using is a Logitech Elite Keyboard (with Logitech Control Center installed); I don't happen to have an actual Apple keyboard handy to test, unfortunately. The left shift key works as expected. Attached is WINEDEBUG=+keyboard and WINEDEBUG=+key when pressing the right shift key and then releasing it. -- 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 5

[Bug 37108] New: TCGR.EXE crashed
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37108 Bug ID: 37108 Summary: TCGR.EXE crashed Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kiddtek(a)gmail.com wine running a freshly installed "The Complete Genealogy reporter" prg importing a gedcom 10.1megs in size also very large file crashes and has to close. Using a smaller gedcom file process completes This happens exactly the same way on the stable 1.6 and the new version. TCGR.EXE crashes -- 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 32152] New: Guild Wars 2: Missing sound and game crashes on time adjusting
by wine-bugs＠winehq.org 27 Mar '21

27 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32152 Bug #: 32152 Summary: Guild Wars 2: Missing sound and game crashes on time adjusting Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified I have noticed a lot of crashes the last weeks with Guild Wars 2. Now I figured out that this happens at every full hour. At this time ntp is adjusting my clock so this is my first hint. I have adjusted manually the time and if the time is set to an earlier state then the game currently has the sound will be disabled. It will be enabled again if the time is equal or higher then the "normal" time. The missing sound is independent of the value of the option "In-Game Clock". The In-Game Clock is using in every case the system clock so this could be the reason. This way I couldn't reproduce the crashes but I will now disable ntp and report back if something changes. -- 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 11

[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 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 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 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 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