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

[Bug 33142] New: Right shift key not working with winemac.drv
by wine-bugs＠winehq.org March 28, 2021

March 28, 2021

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

March 28, 2021

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 50021] New: PS Remote Play fails to launch with assertion in MS.Internal.Shaping.TypefaceMap.MapUnresolvedCharacters
by WineHQ Bugzilla March 28, 2021

March 28, 2021

https://bugs.winehq.org/show_bug.cgi?id=50021 Bug ID: 50021 Summary: PS Remote Play fails to launch with assertion in MS.Internal.Shaping.TypefaceMap.MapUnresolvedCharacter s Product: Wine Version: 5.19 Hardware: x86-64 URL: https://remoteplay.dl.playstation.net/remoteplay/modul e/win/RemotePlayInstaller.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Depends on: 50016 Distribution: --- Created attachment 68451 --> https://bugs.winehq.org/attachment.cgi?id=68451 +dwrite log With wine-mono; I haven't tried native .NET. Note that the installer needs the fix from bug 50016 to run. >From the nature of the exception there's a decent chance it's a dwrite bug, so I've attached a +dwrite log (51M uncompressed). There is also one dwrite FIXME, though it's not the last call before the exception: 0350:fixme:dwrite:dwritetextanalyzer_AnalyzeNumberSubstitution (0x75a9800 0 9 0x75aa700): stub -- 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 45444] New: win office pro plus install 2016 Unhandled exception: page fault on write access to 0x00000000
by wine-bugs＠winehq.org March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=45444 Bug ID: 45444 Summary: win office pro plus install 2016 Unhandled exception: page fault on write access to 0x00000000 Product: Wine Version: 3.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: stevedonato(a)gmail.com Distribution: --- Created attachment 61777 --> https://bugs.winehq.org/attachment.cgi?id=61777 backtrace of Unhandled exception: page fault windows office pro plus 2016 v16 install Unhandled exception: page fault on write access to 0x00000000 in 64-bit code (0x00000000009c8db9) -- 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 40513] New: Resize Mission map issue
by wine-bugs＠winehq.org March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=40513 Bug ID: 40513 Summary: Resize Mission map issue Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bxter0(a)gmail.com Distribution: --- I am newbie user of Arch Linux and I luckily installed Guild Wars via Wine. Everything looks good, also sound, but when I tape 'U' (Mission map) I see this on full screen and I can't minimize it. I have latest version of Wine. help s10.ifotos.pl/img/gwpng_sseqsqs.png -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 21

[Bug 32152] New: Guild Wars 2: Missing sound and game crashes on time adjusting
by wine-bugs＠winehq.org March 27, 2021

March 27, 2021

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 39849] New: winepulse.drv is used while winealsa.drv is selected
by wine-bugs＠winehq.org March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=39849 Bug ID: 39849 Summary: winepulse.drv is used while winealsa.drv is selected Product: Wine Version: 1.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- In winecfg -> Audio the driver shown there as selected is winealsa.drv but on starting applications I'm often seeing the line "err:module:load_builtin_dll failed to load .so lib for builtin L"winepulse.drv": libpulse.so.0: cannot open shared object file: No such file or directory". libpulse0:i386 is not installed on my system and installing it would cause the error message to be replaced with "err:pulse:pulse_contextcallback Context failed: Connection refused". I think if PulseAudio is not used by the system for example because only ALSA is being used Wine should not try to use PulseAudio then. -- 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 41135] New: No Man's Sky: Game does crash/hang on starting
by wine-bugs＠winehq.org March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=41135 Bug ID: 41135 Summary: No Man's Sky: Game does crash/hang on starting Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- Created attachment 55339 --> https://bugs.winehq.org/attachment.cgi?id=55339 Terminal output (Windows 7) After solving the other issue where an upgrade of libcups2 caused Wine to heavily break I'm encountering now the next issues on starting No Man's Sky. With a clean wine profile and the Windows version set to Windows 7 (as the system requirement for this game is Windows 7-10) on starting the game nothing happens and the game has a CPU usage of ~55% on one core and the wineserver has a CPU usage of ~60% on one core. If I'm setting the Windows version to Windows XP the game does start but crashes after the first screen is shown. For both cases is the terminal output in the attachments. -- 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 27

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

March 27, 2021

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

March 27, 2021

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