May 2019 - Wine-Bugs - list.winehq.org

[Bug 33383] New: Hiding application to Mac OS X Dock causes crash.
by wine-bugs＠winehq.org June 17, 2022

June 17, 2022

http://bugs.winehq.org/show_bug.cgi?id=33383 Bug #: 33383 Summary: Hiding application to Mac OS X Dock causes crash. Product: Wine Version: 1.5.28 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eliturner(a)me.com Classification: Unclassified Now that the Mac OS X driver is implemented when hiding any application to the Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package from Macports. Thanks! -- 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 17

[Bug 46782] New: CompareStringEx does not support SORT_DIGITSASNUMBERS flag
by wine-bugs＠winehq.org June 17, 2022

June 17, 2022

https://bugs.winehq.org/show_bug.cgi?id=46782 Bug ID: 46782 Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS flag Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)lanrules.de Distribution: --- This flag is supported by all Windows versions down to at least Windows 7. It is used, for example, by Qt in QCollator. See https://bugreports.qt.io/browse/QTBUG-74209 for reference. CompareStringEx: https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string… Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 34176] New: Kernel32:CompareStringW strange behavior ?
by wine-bugs＠winehq.org June 17, 2022

June 17, 2022

http://bugs.winehq.org/show_bug.cgi?id=34176 Bug #: 34176 Summary: Kernel32:CompareStringW strange behavior ? Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.manette(a)manette.be Classification: Unclassified Created attachment 45460 --> http://bugs.winehq.org/attachment.cgi?id=45460 Sorce and compiled executable for wineTest.exe + winedbg log.txt Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64). When running a console program of mine (Delphi XE2 compiled under Windows Vista) I'm observing an important behavior difference under wine than nativevely. I narrowed down the symptom to a string comparison of some sort. Source file below is a code snippet to reproduce the problem (source is UTF-8, Delphi is utf-8 / WideString, WideChar aware). Here is the (correct/expected) result when program is run natively under Windows Vista: G:\__Project-2\Code\wineTest>wineTest * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE TRUE * TEST-005: TRUE TRUE * TEST-003: TRUE TRUE Here is the same program output when run from Wine: root(a)Bilbo-100:~# wine wineTest.exe Wine cannot find the ncurses library (libncurses.so.5). fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE FALSE * TEST-005: TRUE FALSE * TEST-003: TRUE FALSE For what I understood the TStringList IndexOf method may use Windows API's CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html) Is this a configuration problem (locale ?) May this be a bug or implementation problem ? I can provide the corrsponding binary wineTest.exe ////////////////////////////////////////////////// Using winedbg I could crosscheck that CompareStringW for two different strings result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3). Maybe this is because of locale setting or flags setup ? root(a)Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt root(a)Bilbo-100:~# grep CompareStringW log.txt 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 /////////////////////////////////////////////////// program wineTest; {$APPTYPE CONSOLE} Uses Classes; var sl : TStringList; begin Write(ErrOutput, '* TEST-001: '); if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-002: '); if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); sl := TStringList.Create; Write(ErrOutput, '* TEST-004: '); sl.Clear; sl.Add('m²'); if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-005: '); sl.Clear; sl.Add('m³'); if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); sl.Clear; sl.Add('ééé'); if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); end. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 32224] New: LTspice: selected text/component after Ctrl+F not highlighted
by wine-bugs＠winehq.org June 16, 2022

June 16, 2022

http://bugs.winehq.org/show_bug.cgi?id=32224 Bug #: 32224 Summary: LTspice: selected text/component after Ctrl+F not highlighted Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testelor(a)yahoo.com Classification: Unclassified Steps to reproduce: 1) Download and install LTspice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Run LTspice using: $ wine scad3.exe -nowine 3) Create a new schematic, press 'R' (resistor), for example, and place it twice by clicking. There should be R1 and R2 on the schematic. 4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in yellow, but they're not. Side note: - create a new schematic, press F2 to bring up the device list. - select current, place it on the schematic - right-click on it and type '1', no quotes, then OK - press 'R', place it next to the current source, in parallel - right click on it and replace "R" with '1', no quotes, then OK - press 'G' and place ground on the lower pins of both components - press F3 and draw a net by clicking on the unconnected current source's pin, then on the resistor's - press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on the schematic - in the toolbar, press the 'running man' button, or right-click on the schematic and choose "run" - it should be almost instant, a new empty window will pop up, above - move the mouse cursor over the resistor until the cursor changes into a current-clamp (something black with a red arrow), then click once to display the current through the resistor - in the newly created window, there will be a trace displayed and a label at the top, reading I(R1) Alt+left-clicking on the label will highlight the resistor. That's how it should look like after Ctrl+F. Alternatively, you can just run "wine scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning. No screenshot as it doesn't make sense to show what doesn't happen... -- 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 8

[Bug 28282] New: Sound constantly crackling in StarCraft II
by wine-bugs＠winehq.org June 15, 2022

June 15, 2022

http://bugs.winehq.org/show_bug.cgi?id=28282 Summary: Sound constantly crackling in StarCraft II Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pitlicek(a)gmail.com Sound is crackling since 1.3.26 (and still does in 27) and console is spammed with "err:alsa:wine_snd_pcm_recover underrun occurred". Using ALSA in Wine (PulseAudio in Ubuntu 11.04), full acceleration (changing to emulation doesn't fix it), 48 kHz (my SoundBlaster can handle it, and again, change makes no difference), 16 bps. Using OSS and padsp results in no sound at all. But it's still better than no sound in 1.3.25 after mmdevapi rewrite/implementation. ;) -- 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 111

[Bug 46609] New: openbor: executable freezes while loading game ( Marvel Infinity War)
by wine-bugs＠winehq.org June 13, 2022

June 13, 2022

https://bugs.winehq.org/show_bug.cgi?id=46609 Bug ID: 46609 Summary: openbor: executable freezes while loading game (Marvel Infinity War) Product: Packaging Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: cardogar(a)hotmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Created attachment 63509 --> https://bugs.winehq.org/attachment.cgi?id=63509 Log file When running the openbor game Marvel Infinity War the wine-preloder freezes (not responding). Game can be downloaded here http://www.zvitor.com.br/Downloads/miw_v1.2.rar Attached console output. Games constructed with different openbor engine versions work. -- 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 41163] New: Minimum memory for Nvidia GTX 1060 should be 3GB
by wine-bugs＠winehq.org June 10, 2022

June 10, 2022

https://bugs.winehq.org/show_bug.cgi?id=41163 Bug ID: 41163 Summary: Minimum memory for Nvidia GTX 1060 should be 3GB Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: markk(a)clara.co.uk Distribution: --- In dlls/wined3d/directx.c a comment says "The amount of video memory stored in the gpu description table is the minimum amount of video memory "found on a board containing a specific GPU." The line for Nvidia GTX 1060: {HW_VENDOR_NVIDIA, CARD_NVIDIA_GEFORCE_GTX1060, "NVIDIA GeForce GTX 1060", DRIVER_NVIDIA_GEFORCE8, 6144}, 6144 should probably be changed to 3072, since a 3GB version of the GTX 1060 (with slightly cut-down GPU) has been announced: http://www.eurogamer.net/articles/digitalfoundry-2016-nvidia-unveils-cut-do… Either that, or a separate entry for the 3GB model should be added. Also, in dlls/wined3d/wined3d_private.h is the PCI ID for the GTX 1060: CARD_NVIDIA_GEFORCE_GTX1060 = 0x1c03, Nvidia uses 0x1C02 for the 3GB GTX 1060, according to the Windows driver INF file: NVIDIA_DEV.1C02.8438.19DA = "NVIDIA GeForce GTX 1060 3GB" NVIDIA_DEV.1C03.9438.19DA = "NVIDIA GeForce GTX 1060 6GB" -- 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 44728] New: Bad windows version detection with python module " platform"
by wine-bugs＠winehq.org June 9, 2022

June 9, 2022

https://bugs.winehq.org/show_bug.cgi?id=44728 Bug ID: 44728 Summary: Bad windows version detection with python module "platform" Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gillg02(a)hotmail.com Distribution: --- If you use a python script (for exemple built-in into an installer) wich use native module "platform" to detect OS platform and version, you could have a bad version number regarding your wine config. Here, an extract of native "platform.py" file (python 3.5), and the line wich cause this issue + a test to patch it temporarly. def win32_ver(release='', version='', csd='', ptype=''): try: from sys import getwindowsversion except ImportError: return release, version, csd, ptype try: from winreg import OpenKeyEx, QueryValueEx, CloseKey, HKEY_LOCAL_MACHINE except ImportError: from _winreg import OpenKeyEx, QueryValueEx, CloseKey, HKEY_LOCAL_MACHINE winver = getwindowsversion() maj, min, build = winver._platform_version or winver[:3] ########## Begin PATCH for WineHQ ############ maj, min, build = winver[:3] ########## End PATCH for WineHQ ############ version = '{0}.{1}.{2}'.format(maj, min, build) release = (_WIN32_CLIENT_RELEASES.get((maj, min)) or _WIN32_CLIENT_RELEASES.get((maj, None)) or release) For a win10 configured, see dumps below : winver._platform_version => (5, 1, 2600) winver[:3] => (10, 0, 15063) I don't know exactly why, but somwhere in windows confs or dlls something is wrong. For information, getwindowsversion() seems to be a wrapper of Win function GetVersionEx() -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 14

[Bug 31387] New: Helicopter's tail prop is sometimes partly black in GTAIV
by wine-bugs＠winehq.org June 8, 2022

June 8, 2022

http://bugs.winehq.org/show_bug.cgi?id=31387 Bug #: 31387 Summary: Helicopter's tail prop is sometimes partly black in GTAIV Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Created attachment 41247 --> http://bugs.winehq.org/attachment.cgi?id=41247 Screenshot This bug is similar to bug 21197, but this particular thing wasn't fixed by the commit which did fix that bug. See the screenshot. Symptoms are the same - one of the propeller blades is black with black pixels around. How to reproduce once in the game: 1. Find/spawn Police Maverick helicopter 2. Get inside it 3. Take off to be about 10 m above ground 4. Press 'S' and hold it so that helicopter punches the ground 5. See the artifact appear -- 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 41464] New: Quake live sound latency
by wine-bugs＠winehq.org June 8, 2022

June 8, 2022

https://bugs.winehq.org/show_bug.cgi?id=41464 Bug ID: 41464 Summary: Quake live sound latency Product: Wine Version: 1.9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: cosiekvfj(a)o2.pl Distribution: --- Hi. I measured sound latency(from fire button to gauntlet noise)(audacity) and it's about >160ms. For that fast paced game it's to much. Even after tweaking s_mixprestep and alsa buffer it's still to much. Soundbackend Alsa Linux GA-MA790X-DS4 4.6.7-1-MANJARO #1 SMP PREEMPT Tue Aug 16 19:20:55 UTC 2016 x86_64 GNU/Linux -- 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