- wine-bugs - winehq.org

[Bug 45666] New: League of Legends 8.15+ fails due to missing implementation of NtQuerySystemInformation (SystemModuleInformationEx)
by wine-bugs＠winehq.org 06 Nov '20

06 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=45666 Bug ID: 45666 Summary: League of Legends 8.15+ fails due to missing implementation of NtQuerySystemInformation(SystemModuleInformationEx) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: awesie(a)gmail.com Distribution: --- Created attachment 62093 --> https://bugs.winehq.org/attachment.cgi?id=62093 stub implementation NtQuerySystemInformation(SystemModuleInformationEx) was introduced in Vista and is used by League of Legends if the OS version is Vista+. Not an issue if Wine is running as Windows XP / 2003. The attached patch adds a stub implementation for SystemModuleInformation and SystemModuleInformationEx that only returns the module information for ntdll.dll. -- 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 22

[Bug 33162] New: Unimplemented function user32.dll.UserHandleGrantAccess
by wine-bugs＠winehq.org 06 Nov '20

06 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=33162 Bug #: 33162 Summary: Unimplemented function user32.dll.UserHandleGrantAccess Product: Wine Version: 1.5.25 Platform: x86 URL: http://ardownload.adobe.com/pub/adobe/reader/win/11.x/ 11.0.00/pl_PL/AdbeRdr11000_pl_PL.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: lukasz.wojnilowicz(a)gmail.com Depends on: 32960 Classification: Unclassified Created attachment 43875 --> http://bugs.winehq.org/attachment.cgi?id=43875 terminal output To reproduce: 1) remove ~/.wine 2) install Acrobat Reader 11 PL 3) start Acrobat Reader 11 PL fixme:win:UserHandleGrantAccess (0x20072,0xdead,1): stub fixme:advapi:CreateProcessAsUserW 0xc4 L"C:\\Program Files\\Adobe\\Reader 11.0\\Reader\\AcroRd32.exe" L"\"C:\\Program Files\\Adobe\\Reader 11.0\\Reader\\AcroRd32.exe\" --channel=8.1.1201636558 --type=renderer" (nil) (nil) 0 0x0100040c 0x565560 (null) 0x32f53c 0x32f588 - semi- stub fixme:ntdll:NtAssignProcessToJobObject stub: 0xdead 0xd0 err:seh:setup_exception_record nested exception on signal stack in thread 003f eip 7bc8a607 esp 7ffdad90 stack 0x242000-0x340000 I'll attach logs -- 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 20

[Bug 49785] New: Linking of d3dx10_43 fails with 32-bit Wine, -pipe flag and MinGW enabled
by WineHQ Bugzilla 06 Nov '20

06 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49785 Bug ID: 49785 Summary: Linking of d3dx10_43 fails with 32-bit Wine, -pipe flag and MinGW enabled Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com CC: zhui(a)codeweavers.com Regression SHA1: 99aa8b5ddc1b81ee4f7b3dd6d13dd9ae46e08ff7 Distribution: ArchLinux How to reproduce: 1) Export CFLAGS="-pipe -O2 -ftree-vectorize" and CROSSCFLAGS="-pipe -O2 -ftree-vectorize" compilation flags. 1) Compile 32-bit Wine 5.13 or newer with MinGW enabled. During compilation, linking will frequently fail (the issue is intermittent): i686-w64-mingw32-gcc -c -o testlist.cross.o testlist.c -I. -I../../../include -I../../../include/msvcrt -D__WINESRC__ \ -D_MSVCR_VER=0 -DWINE_CROSS_PE -Wall -fno-strict-aliasing -Wdeclaration-after-statement \ -Wempty-body -Wignored-qualifiers -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes \ -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op \ -Wabsolute-value -fno-omit-frame-pointer -pipe -O2 -ftree-vectorize /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x12f0): undefined reference to `IID_IWICDdsDecoder' /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9e0): undefined reference to `GUID_ContainerFormatBmp' /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9e8): undefined reference to `GUID_ContainerFormatJpeg' /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9f0): undefined reference to `GUID_ContainerFormatPng' /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9f8): undefined reference to `GUID_ContainerFormatDds' /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0xa00): undefined reference to `GUID_ContainerFormatTiff' /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0xa08): undefined reference to `GUID_ContainerFormatGif' /usr/lib/gcc/i686-w64-mingw32/10.2.0/../../../../i686-w64-mingw32/bin/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0xa10): undefined reference to `GUID_ContainerFormatWmp' collect2: error: ld returned 1 exit status winegcc: /usr/bin/i686-w64-mingw32-gcc failed make[1]: *** [Makefile:275: d3dx10_43.dll] Error 2 make[1]: Leaving directory '/home/alex/git_projects/winehq/dlls/d3dx10_43' make: *** [Makefile:9808: dlls/d3dx10_43] Error 2 However, I've found that if I revert commit 99aa8b5ddc1b81ee4f7b3dd6d13dd9ae46e08ff7, or try to compile Wine versions before 5.13, the issue never happens (at least it hasn't happened so far). The problem also doesn't occur (so far) if I don't specify the -pipe flag for CFLAGS and CROSSCFLAGS. To compile Wine, I use GCC 10.2 and Mingw-Gcc 10.2 provided by Arch Linux Repository, however, I've seen reports that this is an issue with version 9.3 of gcc and mingw-gcc as well. I understand that it's highly unlikely that this is an actual Wine bug, but I thought it was important to share this information. -- 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 49739] New: Microsoft Flight Simulator needs netutils.dll and srvcli.dll
by WineHQ Bugzilla 06 Nov '20

06 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49739 Bug ID: 49739 Summary: Microsoft Flight Simulator needs netutils.dll and srvcli.dll Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juliocampagnolo(a)gmail.com Distribution: --- Created attachment 68038 --> https://bugs.winehq.org/attachment.cgi?id=68038 Steam proton log The new Microsoft Flight Simulator (2020) hangs on launch due to two missing DLLs: srvcli.dll and netutils.dll. The following logs where extracted from Steam Proton. err:module:import_dll Library srvcli.dll (which is needed by L"Z:\\whats\\SteamLibrary\\steamapps\\common\\Chucky\\FlightSimulator.exe") not found err:module:import_dll Library netutils.dll (which is needed by L"Z:\\whats\\SteamLibrary\\steamapps\\common\\Chucky\\FlightSimulator.exe") not found [...] err:module:LdrInitializeThunk Importing dlls for L"Z:\\whats\\SteamLibrary\\steamapps\\common\\Chucky\\FlightSimulator.exe" failed, status c0000135 Both are part of the Windows 7-10. -- 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 43691] New: focus tracking broken with desktop switches
by wine-bugs＠winehq.org 04 Nov '20

04 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=43691 Bug ID: 43691 Summary: focus tracking broken with desktop switches Product: Wine Version: 2.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- When window manager is set to focus-follows-mouse (not sure if this bit is important, but rest would be unclear without this bit) and winecfg sets it to decorate/manage the windows, if I switch to a different window on the same desktop (which makes most apps in question pause) then switch to a different desktop, next switch back to the apps desktop, the app decides to act as if it regained the focus and unpauses, even if it shouldn't, cause it's whole window is covered by other windows. If more than one wine app is on that desktop, it seems to be a random pick. What's more, some of the time it seems to be receiving keyboard events, even if at the same time they go to a different window. ("desktop" refers to manager's desktop not wine's virtual desktop window (which isn't in use here)) -- 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 15

[Bug 49637] New: Build fails when CROSSCFLAGS are passed
by WineHQ Bugzilla 03 Nov '20

03 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49637 Bug ID: 49637 Summary: Build fails when CROSSCFLAGS are passed Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: mike(a)fireburn.co.uk Distribution: --- Created attachment 67831 --> https://bugs.winehq.org/attachment.cgi?id=67831 Build log xz compressed When I build a PE enabled wine (--enable-mingw) and don't set CROSSCFLAGS wine builds but creates dll.so files When I build with CROSSCFLAGS=${CFLAGS} set I get a build failure when trying to link: /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1005): undefined reference to `GUID_ContainerFormatBmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1014): undefined reference to `GUID_ContainerFormatJpeg' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1023): undefined reference to `GUID_ContainerFormatPng' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1032): undefined reference to `GUID_ContainerFormatDds' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1041): undefined reference to `GUID_ContainerFormatTiff' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1050): undefined reference to `GUID_ContainerFormatGif' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x105f): undefined reference to `GUID_ContainerFormatWmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x11b5): undefined reference to `GUID_ContainerFormatWmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x11c4): undefined reference to `GUID_ContainerFormatWmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x11d3): undefined reference to `GUID_ContainerFormatWmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x11ed): undefined reference to `GUID_ContainerFormatBmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x11fc): undefined reference to `GUID_ContainerFormatBmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x120b): undefined reference to `GUID_ContainerFormatBmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x12dd): undefined reference to `GUID_ContainerFormatJpeg' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x12ec): undefined reference to `GUID_ContainerFormatJpeg' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x12fb): undefined reference to `GUID_ContainerFormatJpeg' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1315): undefined reference to `GUID_ContainerFormatPng' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1324): undefined reference to `GUID_ContainerFormatPng' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1333): undefined reference to `GUID_ContainerFormatPng' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1355): undefined reference to `GUID_ContainerFormatDds' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1364): undefined reference to `GUID_ContainerFormatDds' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1373): undefined reference to `GUID_ContainerFormatDds' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x1395): undefined reference to `GUID_ContainerFormatTiff' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x13a4): undefined reference to `GUID_ContainerFormatTiff' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x13b3): undefined reference to `GUID_ContainerFormatTiff' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x13d5): undefined reference to `GUID_ContainerFormatGif' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x13e4): undefined reference to `GUID_ContainerFormatGif' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x13f3): undefined reference to `GUID_ContainerFormatGif' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.text+0x14c0): undefined reference to `IID_IWICDdsDecoder' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9c0): undefined reference to `GUID_ContainerFormatBmp' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9c8): undefined reference to `GUID_ContainerFormatJpeg' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9d0): undefined reference to `GUID_ContainerFormatPng' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9d8): undefined reference to `GUID_ContainerFormatDds' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9e0): undefined reference to `GUID_ContainerFormatTiff' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9e8): undefined reference to `GUID_ContainerFormatGif' /usr/libexec/gcc/i686-w64-mingw32/ld: d3dx10_43_main.cross.o:d3dx10_43_main.c:(.rdata+0x9f0): undefined reference to `GUID_ContainerFormatWmp' collect2: error: ld returned 1 exit status winegcc: /usr/bin/i686-w64-mingw32-gcc failed make[1]: *** [Makefile:432: d3dx10_43.dll] Error 2 make[1]: Leaving directory '/var/tmp/portage/app-emulation/wine-staging-9999/work/wine-9999-abi_x86_32.x86/dlls/d3dx10_43' make: *** [Makefile:10075: dlls/d3dx10_43] Error 2 make: *** Waiting for unfinished jobs.... I'll attach the complete log I can work around this with the following patch: --- a/dlls/d3dx10_43/Makefile.in 2020-07-30 12:23:06.918814528 +0100 +++ b/dlls/d3dx10_43/Makefile.in 2020-07-30 12:23:34.037329783 +0100 @@ -1,7 +1,6 @@ MODULE = d3dx10_43.dll IMPORTLIB = d3dx10 -IMPORTS = d3d10_1 d3dcompiler dxguid -DELAYIMPORTS = windowscodecs +IMPORTS = d3d10_1 d3dcompiler dxguid windowscodecs EXTRADLLFLAGS = -mno-cygwin After that wine builds successfully and creates dll files Is there any instructions on how to do this officially? I've been figuring this out with trial and error LTO is a no go in either CFLAGS or CROSSCFLAGS -- 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 16

[Bug 50091] New: Hindenburg Journalist Pro - Backtrace on Startup
by WineHQ Bugzilla 03 Nov '20

03 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50091 Bug ID: 50091 Summary: Hindenburg Journalist Pro - Backtrace on Startup Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 68558 --> https://bugs.winehq.org/attachment.cgi?id=68558 Console Output (wine 5.20) Hello everyone, I got a request from somebody to try out "Hindenburg Journalist Pro" which can be downloaded as a trial version (30 days) at the following URL. Registration is required though to obtain a serial key: https://hindenburg.com The installation works fine but on startup a backtrace is generated which I am also attaching. -- 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 50087] New: NexusTK (Private Server): Unable to connect to game server
by WineHQ Bugzilla 02 Nov '20

02 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50087 Bug ID: 50087 Summary: NexusTK (Private Server): Unable to connect to game server Product: Wine Version: 5.6 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: javinladish(a)gmail.com Created attachment 68551 --> https://bugs.winehq.org/attachment.cgi?id=68551 Wine console output I am running into an issue while trying to log into AncientTK (a NexusTK private server). I can run the game perfectly using Parallels, but in Wine, I am unable to connect to the game server. When attempting to log in, a popup says "You have lost your connection to AncientTK". I spoke with the devs of the game and they said that my IP doesn't even attempt to connect at all. It's strange because I can successfully play regular NexusTK in Wine, which has a platinum rating: https://appdb.winehq.org/objectManager.php?sClass=version&iId=3575 For some reason the private server won't connect. Attached is the console output after attempting to play the game. -- 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 33625] New: javascript typed arrays needed for emscripten
by wine-bugs＠winehq.org 01 Nov '20

01 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=33625 Bug #: 33625 Summary: javascript typed arrays needed for emscripten Product: Wine Version: 1.5.23 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: jscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified Created attachment 44508 --> http://bugs.winehq.org/attachment.cgi?id=44508 screenshot This emscripten-qt demo failed to load: http://vps2.etotheipiplusone.com:30176/redmine/emscripten-qt-examples/scrib… -- By by ... Detlef -- 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 47208] New: Wine-staging's "winebuild-Fake_Dlls" cause Office 2019 to say "IOPL not enabled"
by wine-bugs＠winehq.org 30 Oct '20

30 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=47208 Bug ID: 47208 Summary: Wine-staging's "winebuild-Fake_Dlls" cause Office 2019 to say "IOPL not enabled" Product: Wine-staging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peathot(a)hotmail.com CC: leslie_alistair(a)hotmail.com, michael(a)fds-team.de, z.figura12(a)gmail.com Distribution: --- Created attachment 64469 --> https://bugs.winehq.org/attachment.cgi?id=64469 Console output before the offending patch is applied Microsoft Word 2019 (version 1904, build 11601.20204, installed via Office 365) will not start if patchset "winebuild-Fake_Dlls" is applied to wine source. A popup saying "IOPL not enabled" will appear after starting up for a while. To be exact, the patch that causes the problem is the patch "0003-winebuild-Generate-syscall-thunks-for-ntdll-exports.patch". This is found out by applying patches with "patches/patchinstall.sh DESTDIR=../wine-source --backend=git-am --all" then doing bisect between master & staging. By checking out this patch's parent commit, Microsoft Word 2019 starts successfully. [1] I've tried to exclude this patchset (and patchsets that depend on it) while applying patches using [2]. By doing that, Microsoft Word starts successfully. Wine's commit is "99114803b80f6e687f1d4ed11e0808b821cdbf22", while Wine-staging's commit is "6ce73c283d4953e348ef87e237c4d29b933abadb". The OS is Xubuntu 18.04. The machine is Mac Mini early 2009 with Nvidia Geforce 9400m. The graphic stack is mesa + nouveau (i.e. Nvidia proprietary driver is not installed). The MS Office is installed using the instructions from [3]. Also, CSMT is disabled due to nouveau's problem with multithreaded OpenGL (see #46707). [1] However, this means all patches which appear later isn't applied yet. The exact patch application order can be seen in the attachment. [2] ./patches/patchinstall.sh DESTDIR=../wine-source/ --backend=git-am --all -W winebuild-Fake_Dlls -W ntdll-NtContinue -W ntdll-RtlCreateUserThread -W eventfd_synchronization -W server-Desktop_Refcount -W ws2_32-TransmitFile -W kernel32-K32GetPerformanceInfo [3] https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527&iTestin… -- 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 23

[Bug 50078] New: Trying to run UFOS (1997), it crashes
by WineHQ Bugzilla 29 Oct '20

29 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50078 Bug ID: 50078 Summary: Trying to run UFOS (1997), it crashes Product: Wine Version: 5.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: elias_0000_0000(a)yahoo.com Distribution: --- Created attachment 68534 --> https://bugs.winehq.org/attachment.cgi?id=68534 backtrace Trying to run UFOS (1997), it crashes. The game it was found on Abandonware. -- 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 0

[Bug 22808] New: Selected rows in WinRar flicker while selecting by dragging rectangle
by wine-bugs＠winehq.org 29 Oct '20

29 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=22808 Summary: Selected rows in WinRar flicker while selecting by dragging rectangle Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Steps to reproduce: open an archive with several files using WinRar, then try to select some files using mouse selection rectangle (dunno how this mechanism is named). The rows already selected flicker when mouse is moved. -- 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 50057] New: LTEInspecteur 1.6.10: "Wrong IP Address" error even though IP is correct, unable to connect
by WineHQ Bugzilla 29 Oct '20

29 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50057 Bug ID: 50057 Summary: LTEInspecteur 1.6.10: "Wrong IP Address" error even though IP is correct, unable to connect 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: stalebrim(a)posteo.net Distribution: --- Created attachment 68511 --> https://bugs.winehq.org/attachment.cgi?id=68511 Log When trying to connect to a router I get error "Wrong IP Address". The address and login info are correct, but the software is unable to connect to the router. Connecting and using the program from a virtual machine works well. -- 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 3

[Bug 50076] New: dxdiag needs Windows Audio Service
by WineHQ Bugzilla 29 Oct '20

29 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50076 Bug ID: 50076 Summary: dxdiag needs Windows Audio Service Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo If you install native dxdiag with `winetricks -q dxdiag`, and run it (wine dxdiag), then go to the audio tab, it shows an error: Sound Tab 1: This computer cannot play audio because the Windows Audio service is not enabled. Use the Sounds and Devices Properties control panel to enable audio. -- 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 0

[Bug 50073] New: Ghostrunner crashes when loading new levels
by WineHQ Bugzilla 28 Oct '20

28 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50073 Bug ID: 50073 Summary: Ghostrunner crashes when loading new levels Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- Ghostrunner crashes when loading new levels (though the initial load works fine and it autosaves before loading the new level, so it's still possible to progress by simply restarting the game): Unhandled exception: page fault on write access to 0x00000040 in 64-bit code (0x00000001405b50db). ... Backtrace: =>0 0x00000001405b50db EntryPoint+0xfd5018ab() in ghostrunner-win64-shipping (0x0000000000000000) 1 0x0000000140d40bd0 EntryPoint+0xfdc8d39f() in ghostrunner-win64-shipping (0x0000000000000000) 2 0x0000000141cd0af7 EntryPoint+0xfec1d2c6() in ghostrunner-win64-shipping (0x0000000000000000) 0x00000001405b50db EntryPoint+0xfd5018ab in ghostrunner-win64-shipping: lock cmpxchgq %r14,0x0000000000000040(%rcx) Relevant code: 140d40bc3: e8 78 d1 ff ff callq 0x140d3dd40 140d40bc8: 48 8b c8 mov %rax,%rcx 140d40bcb: e8 f0 44 87 ff callq 0x1405b50c0 140d40bd0: 48 8b d8 mov %rax,%rbx 1405b50c0: 48 89 5c 24 20 mov %rbx,0x20(%rsp) ... 1405b50db: f0 4c 0f b1 71 40 lock cmpxchg %r14,0x40(%rcx) So 0x140d3dd40 returns 0, but it's apparently supposed to return a memory address. Haven't really looked much beyond this though. -- 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 0

[Bug 50068] New: V380 ne fonctionne pas
by WineHQ Bugzilla 28 Oct '20

28 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50068 Bug ID: 50068 Summary: V380 ne fonctionne pas Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lyndaetfred(a)inmano.com Distribution: --- Created attachment 68526 --> https://bugs.winehq.org/attachment.cgi?id=68526 rapport Bonjour et merci pour votre travail J'utilise V380 pour surveiller ma maison. https://v380.org mais sous unbuntu avec wine cela ne fonctionne pas. Dommage. Cordialement Frédéric -- 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 50069] New: Grand Theft Auto 3, Vice City, and San Andreas do not launch in Wayland.
by WineHQ Bugzilla 28 Oct '20

28 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50069 Bug ID: 50069 Summary: Grand Theft Auto 3, Vice City, and San Andreas do not launch in Wayland. Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pizzadudedotca(a)gmail.com Distribution: --- All of the GTA 3 Trilogy games (Grand Theft Auto 3, Grand Theft Auto San Andreas, Grand Theft Auto Vice City) do not launch at all in Wayland. They only launch in X11. This is on KDE Plasma Wayland session, on Fedora 33, which should use Xwayland. I saw someone on the internet saying they have the same problem in Gnome Wayland. Wayland will eventually replace X11 so this should probably be fixed to preserve access to these old games. Also it is possible that this bug affects more than these games. One thing to note is on X11, you have to click the mouse to get the game to launch, probably due to the fact that the intro videos don't work. Maybe Wayland doesn't like this? -- 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 1

[Bug 50067] New: Duplicate keyboard message if call PeekMessage from WH_KEYBOARD hook
by WineHQ Bugzilla 27 Oct '20

27 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50067 Bug ID: 50067 Summary: Duplicate keyboard message if call PeekMessage from WH_KEYBOARD hook Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: psn8402(a)gmail.com Distribution: --- In the VerseQ keyboard simulator, hotkey events are duplicated. For example F1 opens 2 help windows. Below is an excerpt from the log, where you can see that while the hook is active, PeekMessage is called, and it receives the same keypress event. I've added a test for this case. It passes under Windows but fails in Wine. It looks like on Windows the message is removed from the queue before the hook is called. Possibly the same problem exists with mouse messages and rawinput but I haven't tested them. VerseQ download link https://www.verseq.ru/files/VerseQ.2011.12.31.zip Please note that it only has a Russian interface. Log excerpt 342097.147:0024:Call user32.PeekMessageA(0031fb10,00000000,00000000,00000000,00000001) ret=005d98cc 342097.148:0024:trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 000300AA wp 73 lp 3e0001 342097.148:0024:Call hook proc 004141A8 (id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001) 342097.148:0024:Call user32.PeekMessageA(0031f164,00000000,00000000,00000000,00000001) ret=005d98cc 342097.148:0024:trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 000300AA wp 73 lp 3e0001 342097.148:0024:Call hook proc 004141A8 (id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001) 342097.149:0024:Ret hook proc 004141A8 (id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001) retval=00000000 0024: accept_hardware_message( hw_id=00000095 ) 0024: accept_hardware_message() = 0 342097.151:0024:Ret user32.PeekMessageA() retval=00000001 ret=005d98cc 342097.166:0024:Ret hook proc 004141A8 (id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001) retval=00000000 0024: accept_hardware_message( hw_id=00000095 ) 0024: accept_hardware_message() = 0 342097.166:0024:Ret user32.PeekMessageA() retval=00000001 ret=005d98cc -- 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 6

[Bug 44252] New: Secret World Legends - ClientPatcher.exe crashes
by wine-bugs＠winehq.org 27 Oct '20

27 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=44252 Bug ID: 44252 Summary: Secret World Legends - ClientPatcher.exe crashes Product: Wine Version: 3.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Hello everyone, I tried running the update mechanism for "Secret World Legends" today and got a crash. It is not one of these "unrecoverable errors" with Windows but a Funcom bug so you might file this as NOTOURBUG. Could you please take a look at my console output I gathered when you are out of code freeze? Have a good day. -- 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 50065] New: its too old to use
by WineHQ Bugzilla 27 Oct '20

27 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50065 Bug ID: 50065 Summary: its too old to use Product: Wine Version: 5.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lankorchang1(a)gmail.com its too old to use -- 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 1

[Bug 38693] New: crash of MS Money3
by wine-bugs＠winehq.org 26 Oct '20

26 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=38693 Bug ID: 38693 Summary: crash of MS Money3 Product: Wine Version: 1.4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fbmines(a)gmail.com Distribution: --- Created attachment 51616 --> https://bugs.winehq.org/attachment.cgi?id=51616 bug backtrace crash of Microsoft Money v3 in opening some accounts, while so far working well. -- 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 15

[Bug 37516] New: VideoReDo TVSuite H.264 crashes on loading video when using VMR7
by wine-bugs＠winehq.org 26 Oct '20

26 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=37516 Bug ID: 37516 Summary: VideoReDo TVSuite H.264 crashes on loading video when using VMR7 Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gordon.lack(a)dsl.pipex.com Distribution: --- Created attachment 49928 --> https://bugs.winehq.org/attachment.cgi?id=49928 Crash log produced by wine VideoReDo TVSuite H.264 (http://www.videoredo.com/en/ProductTVS.htm) starts up OK. Under Tools/Options/Playback Devices you can select VMR7 as the Video Driver (FYI: DirectX is also listed there, but it isn't supported any more, and actually used VMR7 as well - the option is going away). This determines the driver used when running the editing page. If you now load a video (mpeg, or h.264) into the program it will crash. -- 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 15

[Bug 50056] New: IrfanView 4.56 cannot load JPEG2000.dll plugin
by WineHQ Bugzilla 25 Oct '20

25 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50056 Bug ID: 50056 Summary: IrfanView 4.56 cannot load JPEG2000.dll plugin Product: Wine Version: 5.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1) Download and install/unpack IrfanView 4.56 32bit https://www.irfanview.info/files/iview456_setup.exe OR https://www.irfanview.info/files/iview456.zip 2) Unpack JPEG2000.dll to IrfanView's Plugins directory from https://www.irfanview.info/files/iview456_plugins.zip 3) Run i_view32.exe 4) Open any image 5) Choose Save As 6) Try to choose JP2 - you'll hear a beep from the speaker - that means an error. If you try to save you'll get this error: Can't load plugin "JPEG2000.dll"! Unfortunately there are no errors logged in console, so I've no idea what's going on. I've tried to debug using WINEDEBUG=+all but I don't understand what's going on. ----- Something about how IrfanView is compiled or coded has changed recently because IrfanView 4.54 works just fine with the same plugin. -- 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 17073] New: Star Trek Generations fails to display
by wine-bugs＠winehq.org 25 Oct '20

25 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=17073 Summary: Star Trek Generations fails to display Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: Rincebrain(a)gmail.com On attempting to run Star Trek: Generations in Wine, I receive the following output, the cursor renders correctly, and an [almost] black screen (the top ~80 pixels of the screen display something non-black, in fullscreen mode - in windowed mode, nothing is visible) (see linked screenshot): $ wine sgens.exe fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register 0x3b4/0x3d4: 0x0f fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register 0x3b4/0x3d4: 0x0f (value 0x2a) fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register 0x3b4/0x3d4: 0x0f fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register 0x3b4/0x3d4: 0x0f (value 0xff) fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x32f3c8,0x00000000), stub! fixme:ddraw:IDirectDrawImpl_WaitForVerticalBlank (0x13d780)->(1,(nil)): Stub fixme:ddraw:IDirectDrawImpl_GetScanLine (0x13d780)->(0x32f980): Semi-Stub fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8 err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the window parameters of HWND 0x20034, but another style is stored for restoration afterwards err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the window parameters of HWND 0x20034, but another style is stored for restoration afterwards fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the window parameters of HWND 0x20034, but another style is stored for restoration afterwards err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the window parameters of HWND 0x20034, but another style is stored for restoration afterwards err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the window parameters of HWND 0x20034, but another style is stored for restoration afterwards Tested with wine-1.1.12-777-g6d0a0fb and wine-1.1.12-829-g0b8faac. Must be run with Windows 95/98/ME - game requires Win95 or above, and running with Win2K or above results in a crash (which I'm filing). -- 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 26

[Bug 26803] New: file open dialog: slow when selecting many files
by wine-bugs＠winehq.org 25 Oct '20

25 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=26803 Summary: file open dialog: slow when selecting many files Product: Wine Version: 1.3.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pa78(a)gmx.net The bug: The more files I select in the file open diaolg the longer it takes until the files are actually selected and I can click the open button. This bug is not about the load time of the program but the time the files get selected in the file open dialog. Hints to reproduce: Selecting one file in the dialog window happen instantly. Pressing shift and selecting 3 files also is very fast. Pressing shift and selecting 10 files takes up to 1 second. Pressing shift and selecting 30 files already takes 10 seconds. Pressing shift and selecting 50 files already takes 40 seconds. Pressing shift and selecting 100 files already takes 270 seconds (equals 4:30 min). As you can see times are raising nearly exponential. In Windows/Gnome/Kde/... it doesn't matter how many files are selected/deselected. It takes always the same time. Additional notes: My cpu is a 3 year old dualcore 1.86 ghz. If you can't reproduce this times because your machine is much faster just select more files because time is raising nearly exponential. This is an old bug (probably pre wine 1.0) and still (wine 1.3.17) very annoying to me because sometimes I have to open a few hundret files. I think this was never implemented well. Just so far that it is possible to open one or a few files. -- 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 23

[Bug 45377] New: StreetFighter V Arcade Edition (Steam) custom protection scheme fails to validate in-memory 'ntdll.dll' PE header against on-disk fake-dll
by wine-bugs＠winehq.org 24 Oct '20

24 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=45377 Bug ID: 45377 Summary: StreetFighter V Arcade Edition (Steam) custom protection scheme fails to validate in-memory 'ntdll.dll' PE header against on-disk fake-dll Product: Wine Version: 3.11 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, continuation of bug 45349 It's a similar problem domain as bug 15437 ("Multiple programs using madCodeHook crash (in-memory PE image of Wine builtins vs. ELF image on disk)") but unlike that one it can't be worked around by removing the placeholder/fake dll. Trace log doesn't reveal much. It has to be debugged with 64-bit debuggers that are very unstable/fragile due to various Wine bugs #debugception NOTE: relay thunks don't work here. --- snip --- $ WINEDEBUG=+seh,+server,+ntdll wine ./StreetFighterV.exe >>log.txt 2>&1 ... 002e:trace:ntdll:FILE_CreateFile handle=0x5ff768 access=80100000 name=L"\\??\\C:\\windows\\system32\\ntdll.dll" objattr=00000040 root=(nil) sec=(nil) io=0x5ff770 alloc_size=(nil) attr=00000000 sharing=00000001 disp=1 options=00000060 ea=(nil).0x00000000 002e:trace:file:nt_to_unix_file_name_internal L"\\??\\C:\\windows\\system32\\ntdll.dll" -> "/home/focht/.wine/dosdevices/c:/windows/system32/ntdll.dll" 002e: create_file( access=80100000, sharing=00000001, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/ntdll.dll" ) 002e: create_file() = 0 { handle=0024 } 002e:trace:file:CreateFileW returning 0x24 002e: create_mapping( access=000f0005, flags=08000000, file_access=00000001, size=00000000, file_handle=0024, objattr={rootdir=0000,attributes=00000080,sd={},name=L""} ) 002e: create_mapping() = 0 { handle=0028 } 002e: get_mapping_info( handle=0028, access=00000004 ) 002e: get_mapping_info() = 0 { size=0000edac, flags=00800000, shared_file=0000, image={} } 002e: get_handle_fd( handle=0028 ) 002e: *fd* 0028 -> 31 002e: get_handle_fd() = 0 { type=1, cacheable=1, access=000f0005, options=00000020 } 002e: map_view( mapping=0028, access=00000004, base=00600000, size=0000f000, start=00000000 ) 002e: map_view() = 0 002e: unmap_view( base=00600000 ) 002e: unmap_view() = 0 002e: close_handle( handle=0028 ) 002e: close_handle() = 0 002e: close_handle( handle=0024 ) 002e: close_handle() = 0 002e:trace:ntdll:RtlSystemTimeToLocalTime (0x5ffb30, 0x5ffb28) 002e:trace:file:CreateFileW L"\\\\.\\mailslot\\ErrLog-Pec72FB" GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 002e:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"\\\\.\\mailslot\\ErrLog-Pec72FB",0x5ff1f0,(nil),(nil)) 002e:trace:file:RtlGetFullPathName_U (L"\\\\.\\mailslot\\ErrLog-Pec72FB" 520 0x5fede0 (nil)) 002e:trace:ntdll:FILE_CreateFile handle=0x5ff1d8 access=40100000 name=L"\\??\\mailslot\\ErrLog-Pec72FB" objattr=00000040 root=(nil) sec=(nil) io=0x5ff1e0 alloc_size=(nil) attr=00000000 sharing=00000003 disp=1 options=00000060 ea=(nil).0x00000000 002e: open_file_object( access=40100000, attributes=00000040, rootdir=0000, sharing=00000003, options=00000060, filename=L"\\??\\mailslot\\ErrLog-Pec72FB" ) 002e: open_file_object() = OBJECT_NAME_NOT_FOUND { handle=0000 } 002e:warn:file:CreateFileW Unable to create file L"\\\\.\\mailslot\\ErrLog-Pec72FB" (status c0000034) 002e:trace:file:CreateFileW returning 0xffffffffffffffff 002e:trace:file:CreateFileW L"\\\\.\\mailslot\\ErrLog-Pec72FB" GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 002e:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"\\\\.\\mailslot\\ErrLog-Pec72FB",0x5ff1f0,(nil),(nil)) 002e:trace:file:RtlGetFullPathName_U (L"\\\\.\\mailslot\\ErrLog-Pec72FB" 520 0x5fede0 (nil)) 002e:trace:ntdll:FILE_CreateFile handle=0x5ff1d8 access=40100000 name=L"\\??\\mailslot\\ErrLog-Pec72FB" objattr=00000040 root=(nil) sec=(nil) io=0x5ff1e0 alloc_size=(nil) attr=00000000 sharing=00000003 disp=1 options=00000060 ea=(nil).0x00000000 002e: open_file_object( access=40100000, attributes=00000040, rootdir=0000, sharing=00000003, options=00000060, filename=L"\\??\\mailslot\\ErrLog-Pec72FB" ) 002e: open_file_object() = OBJECT_NAME_NOT_FOUND { handle=0000 } 002e:warn:file:CreateFileW Unable to create file L"\\\\.\\mailslot\\ErrLog-Pec72FB" (status c0000034) 002e:trace:file:CreateFileW returning 0xffffffffffffffff 002e: terminate_process( handle=0000, exit_code=0 ) 002e: terminate_process() = 0 { self=1 } 002e:trace:module:LdrShutdownProcess () --- snip --- Tidbit: The mailslot thing seems to belong to some internal error handling. It is interesting because such unique patterns help sometimes to identify the protection scheme/used 3rd party library code. Unfortunately a search of '\\\.\\mailslot\\ErrLog-Pec*' reveals not that much. https://www.google.de/search?&q="\.\mailslot\ErrLog" Some samples from malware analysis sites. --- To come to this point one has to defeat some simple anti-debugging checks. Use of hardware breakpoints is mandatory due to code being dynamically unpacked. === #1 === --- snip --- 002e:Call KERNEL32.IsDebuggerPresent() ret=143fca16e 002e:Ret KERNEL32.IsDebuggerPresent() retval=00000000 ret=143fca16e --- snip --- --- snip --- ... 0000000143FCA169 | 48 8B F8 | mov rdi, rax 0000000143FCA16C | FF D3 | call rbx 0000000143FCA16E | 48 8B 74 24 40 | mov rsi, qword ptr ss:[rsp+40] 0000000143FCA173 | 85 C0 | test eax, eax 0000000143FCA175 | 48 8B 5C 24 38 | mov rbx, qword ptr ss:[rsp+38] ; set ZF=1 0000000143FCA17A | 74 20 | je streetfighterv.143FCA19C ... --- snip --- === #2 === --- snip --- 002e:Call KERNEL32.CheckRemoteDebuggerPresent(ffffffffffffffff,005ffd00) ret=143fca1b4 002e:Call ntdll.NtQueryInformationProcess(ffffffffffffffff,00000007,005ffc38,00000008,00000000) ret=7b48d9e8 002e:trace:ntdll:NtQueryInformationProcess (0xffffffffffffffff,0x00000007,0x5ffc38,0x00000008,(nil)) 002e: get_process_info( handle=ffffffff ) 002e: get_process_info() = 0 { pid=002d, ppid=0000, affinity=000000ff, peb=7fffffeaf000, start_time=1d3e151f13af5a8 (-0.0174060), end_time=0, exit_code=259, priority=2, cpu=x86_64, debugger_present=0, debug_children=1 } 002e:Ret ntdll.NtQueryInformationProcess() retval=00000000 ret=7b48d9e8 002e:Ret KERNEL32.CheckRemoteDebuggerPresent() retval=00000001 ret=143fca1b4 --- snip --- --- snip --- 0000000143FCA1A1 | 48 8D 54 24 30 | lea rdx, qword ptr ss:[rsp+30] 0000000143FCA1A6 | 48 83 C9 FF | or rcx, FFFFFFFFFFFFFFFF 0000000143FCA1AA | C7 44 24 30 01 00 00.| mov dword ptr ss:[rsp+30], 1 0000000143FCA1B2 | FF D7 | call rdi 0000000143FCA1B4 | 83 7C 24 30 00 | cmp dword ptr ss:[rsp+30], 0 ; set ZF=1 0000000143FCA1B9 | 75 04 | jne streetfighterv.143FCA1BF --- snip --- === #3 === Inlined variant of PEB debugger check --- snip --- ; TEB 0000000143FCFA53 | 65 4C 8B 1C 25 30 00.| mov r11, qword ptr gs:[30] 0000000143FCFA5C | 33 DB | xor ebx, ebx ; PEB 0000000143FCFA5E | 49 8B 4B 60 | mov rcx, qword ptr ds:[r11 + 60] ; being debugged? 0000000143FCFA62 | 38 59 02 | cmp byte ptr ds:[rcx + 2], bl ; zero out BL 0000000143FCFA65 | 0F 95 C3 | setne bl 0000000143FCFA68 | EB 01 | jmp streetfighterv.143FCFA6B 0000000143FCFA6A | EB E8 | jmp streetfighterv.143FCFA54 --- snip --- === #4 === --- snip --- $ WINEDEBUG=+seh,+server,+ntdll wine ./StreetFighterV.exe >>log.txt 2>&1 ... 002e:trace:ntdll:NtQueryInformationProcess (0xffffffffffffffff,0x00000007,0x5ffcb0,0x00000008,0x5ffcb0) 002e: get_process_info( handle=ffffffff ) 002e: get_process_info() = 0 { pid=002d, ppid=0000, affinity=000000ff, peb=7fffffeaf000, start_time=1d3e17d69097156 (-0.0309210), end_time=0, exit_code=259, priority=2, cpu=x86_64, debugger_present=0, debug_children=1 } ... --- snip --- --- snip --- ; preset app flag 0000000143FCE79C | C7 44 24 30 01 | mov dword ptr ss:[rsp+30], 1 0000000143FCE7A4 | E8 9F 13 00 00 | call streetfighterv.143FCFB48 ... 0000000143FCFB71 | 48 8B CB | mov rcx, rbx 0000000143FCFB74 | 4C 89 5C 24 20 | mov qword ptr ss:[rsp+20], r11 ; NtQueryInformationProcess, ProcessDebugPort 0000000143FCFB79 | E8 0A FF FF FF | call streetfighterv.143FCFA88 0000000143FCFB7E | 85 C0 | test eax, eax 0000000143FCFB80 | 74 0D | je streetfighterv.143FCFB8F 0000000143FCFB82 | 33 C0 | xor eax, eax 0000000143FCFB84 | 48 8B 5C 24 40 | mov rbx, qword ptr ss:[rsp+40] 0000000143FCFB89 | 48 83 C4 30 | add rsp, 30 0000000143FCFB8D | 5F | pop rdi 0000000143FCFB8E | C3 | ret ; reset app flag NTSTATUS == STATUS_SUCCESS 0000000143FCFB8F | C7 07 00 00 00. | mov dword ptr ds:[rdi], 0 0000000143FCFB95 | EB 01 | jmp streetfighterv.143FCFB98 0000000143FCFB97 | EB E8 | jmp streetfighterv.143FCFB81 0000000143FCFB99 | 03 00 | add eax, dword ptr ds:[rax] 0000000143FCFB9B | 00 00 | add byte ptr ds:[rax], al 0000000143FCFB9D | 66 48 B9 48 83. | mov rcx, 245C8B4808C48348 ... 0000000143FCFBA0 | 48 83 C4 08 | add rsp, 8 0000000143FCFBA4 | 48 8B 5C 24 40 | mov rbx, qword ptr ss:[rsp+40] 0000000143FCFBA9 | B8 01 00 00 00 | mov eax, 1 0000000143FCFBAE | 48 83 C4 30 | add rsp, 30 0000000143FCFBB2 | 5F | pop rdi 0000000143FCFBB3 | C3 | ret ... ; app flag == 0? 0000000143FCE7A9 | 83 7C 24 30 00 | cmp dword ptr ss:[rsp+30], 0 0000000143FCE7AE | 75 33 | jne streetfighterv.143FCE7E3 0000000143FCE7B0 | 85 C0 | test eax, eax 0000000143FCE7B2 | 74 2F | je streetfighterv.143FCE7E3 --- snip --- 'ProcessDebugPort' -> anti-debug check, the call is made via a copy of 'ntdll.NtQueryInformationProcess' entry hence the 64-bit syscall thunks are needed -> bug 45349 The check here seems kinda pointless, the code doesn't look at 'ProcessDebugPort' return value at all. It only validates return status -> app bug? ===================== And the final frontier ... Caller code that maps the 'ntdll.dll' placeholder into memory to validate it with in-memory 'ntdll.dll' PE image. --- snip --- ... 0000000143FED295 | mov r13, qword ptr ds:[r14] 0000000143FED298 | lea rcx, qword ptr ss:[rsp + 60] 0000000143FED29D | mov edx, 104 0000000143FED2A2 | xor esi, esi 0000000143FED2A4 | call <streetfighterv.GetSystemWindowsDirectoryA> ... 0000000143FED31E | mov qword ptr ss:[rsp + 30], rsi 0000000143FED323 | lea rcx, qword ptr ss:[rsp + 60] 0000000143FED328 | lea r8d, qword ptr ds:[r9 + 1] 0000000143FED32C | mov edx, 80000000 0000000143FED331 | mov dword ptr ss:[rsp + 28], esi 0000000143FED335 | mov dword ptr ss:[rsp + 20], 3 0000000143FED33D | call qword ptr ds:[<&CreateFileA>] 0000000143FED343 | mov edi, esi 0000000143FED345 | mov rbp, rsi 0000000143FED348 | cmp rax, FFFFFFFFFFFFFFFF 0000000143FED34C | mov r12, rax 0000000143FED34F | setne dil 0000000143FED353 | test edi, edi 0000000143FED355 | je streetfighterv.143FED38B 0000000143FED357 | xor edx, edx 0000000143FED359 | mov ecx, E3 0000000143FED35E | call qword ptr ds:[143FEEE50] 0000000143FED364 | xor r9d, r9d 0000000143FED367 | xor edx, edx 0000000143FED369 | lea r8d, qword ptr ds:[r9 + 2] 0000000143FED36D | mov rcx, r12 0000000143FED370 | mov qword ptr ss:[rsp + 28], rsi 0000000143FED375 | mov dword ptr ss:[rsp + 20], esi 0000000143FED379 | call qword ptr ds:[<&CreateFileMappingA>] 0000000143FED37F | mov edi, esi 0000000143FED381 | test rax, rax 0000000143FED384 | mov rbp, rax 0000000143FED387 | setne dil 0000000143FED38B | test edi, edi 0000000143FED38D | mov rbx, rsi 0000000143FED390 | je streetfighterv.143FED406 0000000143FED392 | xor edx, edx 0000000143FED394 | mov ecx, F3 0000000143FED399 | call qword ptr ds:[143FEEE50] 0000000143FED39F | xor r9d, r9d 0000000143FED3A2 | xor r8d, r8d 0000000143FED3A5 | lea edx, qword ptr ds:[r9 + 4] 0000000143FED3A9 | mov rcx, rbp 0000000143FED3AC | mov qword ptr ss:[rsp + 20], rsi ; map placeholder image 0000000143FED3B1 | call qword ptr ds:[<&MapViewOfFile>] 0000000143FED3B7 | mov edi, esi 0000000143FED3B9 | test rax, rax 0000000143FED3BC | mov rbx, rax 0000000143FED3BF | setne dil 0000000143FED3C3 | test edi, edi 0000000143FED3C5 | je streetfighterv.143FED406 0000000143FED3C7 | xor edx, edx 0000000143FED3C9 | mov ecx, 103 0000000143FED3CE | call qword ptr ds:[143FEEE50] 0000000143FED3D4 | mov rdx, rbx 0000000143FED3D7 | mov rcx, r15 ; check disk PE header vs. in-memory PE header (phase 1 validate) 0000000143FED3DA | call streetfighterv.143FECB30 0000000143FED3DF | test eax, eax 0000000143FED3E1 | mov edi, eax ; mismatch -> jump 0000000143FED3E3 | je streetfighterv.143FED406 0000000143FED3E5 | xor edx, edx 0000000143FED3E7 | mov ecx, 113 0000000143FED3EC | call qword ptr ds:[143FEEE50] 0000000143FED3F2 | mov rcx, rbx 0000000143FED3F5 | call streetfighterv.143FECA30 0000000143FED3FA | xor edi, edi 0000000143FED3FC | test rax, rax 0000000143FED3FF | mov rsi, rax 0000000143FED402 | setne dil 0000000143FED406 | test rbx, rbx 0000000143FED409 | je streetfighterv.143FED414 0000000143FED40B | mov rcx, rbx 0000000143FED40E | call qword ptr ds:[<&UnmapViewOfFile>] 0000000143FED414 | test rbp, rbp 0000000143FED417 | je streetfighterv.143FED422 0000000143FED419 | mov rcx, rbp 0000000143FED41C | call qword ptr ds:[<&CloseHandle>] 0000000143FED422 | cmp r12, FFFFFFFFFFFFFFFF 0000000143FED426 | je streetfighterv.143FED431 0000000143FED428 | mov rcx, r12 0000000143FED42B | call qword ptr ds:[<&CloseHandle>] 0000000143FED431 | test edi, edi 0000000143FED433 | je streetfighterv.143FED4CA ... --- snip --- in-memory 'ntdll.dll' (sections = 2) --- snip --- $ ==> 50 45 00 00 64 86 02 00 00 00 00 00 00 00 00 00 PE..d........... $+10 00 00 00 00 F0 00 22 20 0B 02 07 0A 00 60 10 00 ....ð." .....`.. $+20 00 00 02 00 00 00 00 00 F0 B8 0B 00 00 10 00 00 ........ð¸...... $+30 00 00 C4 7B 00 00 00 00 00 10 00 00 00 10 00 00 ..Ä{............ $+40 01 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00 ................ $+50 00 70 12 00 00 10 00 00 00 00 00 00 00 00 00 01 .p.............. $+60 00 00 10 00 00 00 00 00 00 10 00 00 00 00 00 00 ................ $+70 00 00 10 00 00 00 00 00 00 10 00 00 00 00 00 00 ................ $+80 00 00 00 00 10 00 00 00 40 7D 10 00 48 A1 00 00 ........@}..H¡.. $+90 00 00 00 00 00 00 00 00 B8 1E 11 00 AC 03 00 00 ........¸...¬... $+A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+100 00 00 00 00 00 00 00 00 2E 74 65 78 74 00 00 00 .........text... --- snip --- placedholder/fake-dll mapped disk view (sections = 4): --- snip --- $ ==> 50 45 00 00 64 86 04 00 00 00 00 00 00 00 00 00 PE..d........... $+10 00 00 00 00 F0 00 22 20 0B 02 07 0A 97 CE 00 00 ....ð." .....Î.. $+20 00 00 00 00 00 00 00 00 70 50 00 00 00 10 00 00 ........pP...... $+30 00 00 00 10 00 00 00 00 00 10 00 00 00 02 00 00 ................ $+40 01 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00 ................ $+50 00 20 01 00 00 04 00 00 00 00 00 00 00 00 00 01 . .............. $+60 00 00 10 00 00 00 00 00 00 10 00 00 00 00 00 00 ................ $+70 00 00 10 00 00 00 00 00 00 10 00 00 00 00 00 00 ................ $+80 00 00 00 00 10 00 00 00 80 50 00 00 17 8E 00 00 .........P...... $+90 00 00 00 00 00 00 00 00 00 10 01 00 AC 03 00 00 ............¬... $+A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+B0 00 00 01 00 08 00 00 00 00 00 00 00 00 00 00 00 ................ $+C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ $+100 00 00 00 00 00 00 00 00 2E 74 65 78 74 00 00 00 .........text... --- snip --- Validation (phase 1): --- snip --- ... ; e_magic 0000000143FE9D45 | 66 81 3B 4D 5A | cmp word ptr ds:[rbx], 5A4D 0000000143FE9D4A | 75 F1 | jne streetfighterv.143FE9D3D 0000000143FE9D4C | 48 89 7C 24 30 | mov qword ptr ss:[rsp+30], rdi ; DWORD e_lfanew 0000000143FE9D51 | 48 63 7B 3C | movsxd rdi, dword ptr ds:[rbx+3C] 0000000143FE9D55 | 48 03 FB | add rdi, rbx ; PE signature, 'PE' from in-memory image 0000000143FE9D58 | 81 3F 50 45 00 00 | cmp dword ptr ds:[rdi], 4550 0000000143FE9D5E | 74 0D | je streetfighterv.143FE9D6D 0000000143FE9D60 | 33 C0 | xor eax, eax 0000000143FE9D62 | 48 8B 7C 24 30 | mov rdi, qword ptr ss:[rsp+30] 0000000143FE9D67 | 48 83 C4 20 | add rsp, 20 0000000143FE9D6B | 5B | pop rbx 0000000143FE9D6C | C3 | ret 0000000143FE9D6D | EB 01 | jmp streetfighterv.143FE9D70 0000000143FE9D6F | EB E8 | jmp streetfighterv.143FE9D59 0000000143FE9D71 | 03 00 | add eax, dword ptr ds:[rax] 0000000143FE9D73 | 00 00 | add byte ptr ds:[rax], al 0000000143FE9D75 | 66 48 B9 48 83 C4.| mov rcx, 48C78B4808C48348 0000000143FE9D80 | 8B 7C 24 30 | mov edi, dword ptr ss:[rsp+30] 0000000143FE9D84 | 48 83 C4 20 | add rsp, 20 0000000143FE9D88 | 5B | pop rbx 0000000143FE9D89 | C3 | ret ... 0000000143FECB80 | 48 85 C0 | test rax, rax 0000000143FECB83 | 48 8B F8 | mov rdi, rax 0000000143FECB86 | 74 16 | je streetfighterv.143FECB9E ; DWORD AddressOfEntryPoint disk image (RVA: 0x5070) 0000000143FECB88 | 8B 40 28 | mov eax, dword ptr ds:[rax+28] ; dword ptr [rbx+28]=[ntdll.000000007BC40068]=BB8F0 0000000143FECB8B | 39 43 28 | cmp dword ptr ds:[rbx+28], eax 0000000143FECB8E | 75 0E | jne streetfighterv.143FECB9E ; DWORD size of Import Directory (array of IIDs) in-memory view: 0x10 0000000143FECB90 | 8B 83 84 00 00 00 | mov eax, dword ptr ds:[rbx+84] ; dword ptr [rdi+84]=[00000000006100E4]=10 0000000143FECB96 | 3B 87 84 00 00 00 | cmp eax, dword ptr ds:[rdi+84] 0000000143FECB9C | 74 12 | je streetfighterv.143FECBB0 0000000143FECB9E | 33 C0 | xor eax, eax 0000000143FECBA0 | 48 8B 6C 24 30 | mov rbp, qword ptr ss:[rsp+30] 0000000143FECBA5 | 48 8B 5C 24 40 | mov rbx, qword ptr ss:[rsp+40] 0000000143FECBAA | 48 83 C4 20 | add rsp, 20 0000000143FECBAE | 5F | pop rdi 0000000143FECBAF | C3 | ret ... 0000000143FECBB0 | 48 89 74 24 38 | mov qword ptr ss:[rsp+38], rsi ; WORD NumberOfSections ; word ptr [rbx+6]=[ntdll.000000007BC40046]=2 0000000143FECBB5 | 0F B7 73 06 | movzx esi, word ptr ds:[rbx+6] ; word ptr [rdi+6]=[0000000000610066]=4 0000000143FECBB9 | 66 3B 77 06 | cmp si, word ptr ds:[rdi+6] 0000000143FECBBD | 75 3E | jne streetfighterv.143FECBFD 0000000143FECBBF | 4C 8B C0 | mov r8, rax ; DWORD Resource Table / RVA of Resource Directory ; edx=00000000006100E8 0000000143FECBC2 | 48 8D 97 88 00 00.| lea rdx, qword ptr ds:[rdi+88] ; rcx=ntdll.000000007BC400C8 0000000143FECBC9 | 48 8D 8B 88 00 00.| lea rcx, qword ptr ds:[rbx+88] 0000000143FECBD0 | 49 C1 E0 03 | shl r8, 3 0000000143FECBD4 | E8 F7 1E 00 00 | call streetfighterv.143FEEAD0 0000000143FECBD9 | 85 C0 | test eax, eax 0000000143FECBDB | 75 20 | jne streetfighterv.143FECBFD 0000000143FECBDD | 0F B7 C6 | movzx eax, si 0000000143FECBE0 | 48 8B CD | mov rcx, rbp 0000000143FECBE3 | 4C 8D 04 80 | lea r8, qword ptr ds:[rax+rax*4] 0000000143FECBE7 | 0F B7 47 14 | movzx eax, word ptr ds:[rdi+14] 0000000143FECBEB | 48 8D 54 38 18 | lea rdx, qword ptr ds:[rax+rdi+1 0000000143FECBF0 | 49 C1 E0 03 | shl r8, 3 0000000143FECBF4 | E8 D7 1E 00 00 | call streetfighterv.143FEEAD0 0000000143FECBF9 | 85 C0 | test eax, eax 0000000143FECBFB | 74 04 | je streetfighterv.143FECC01 0000000143FECBFD | 33 C0 | xor eax, eax 0000000143FECBFF | EB 14 | jmp streetfighterv.143FECC15 0000000143FECC01 | EB 02 | jmp streetfighterv.143FECC05 0000000143FECC03 | 48 EB E8 | jmp streetfighterv.143FECBEE 0000000143FECC06 | 02 00 | add al, byte ptr ds:[rax] 0000000143FECC08 | 00 00 | add byte ptr ds:[rax], al 0000000143FECC0A | 48 B9 48 83 C4 08.| mov rcx, 1B808C48348 0000000143FECC14 | 00 48 8B | add byte ptr ds:[rax-75], cl 0000000143FECC17 | 74 24 | je streetfighterv.143FECC3D 0000000143FECC19 | 38 48 8B | cmp byte ptr ds:[rax-75], cl 0000000143FECC1C | 6C | insb 0000000143FECC1D | 24 30 | and al, 30 0000000143FECC1F | 48 8B 5C 24 40 | mov rbx, qword ptr ss:[rsp+40] 0000000143FECC24 | 48 83 C4 20 | add rsp, 20 0000000143FECC28 | 5F | pop rdi 0000000143FECC29 | C3 | ret ... --- snip --- I've left out the actual data directory traversal (would be too much). This just shows it extensively validates to in-memory PE image against the disk image. 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 6

[Bug 50053] New: wineconsole - X Window selection
by WineHQ Bugzilla 24 Oct '20

24 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50053 Bug ID: 50053 Summary: wineconsole - X Window selection Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- I can't believe that anyone in the unix world today should ask for a linux application to use some X window feature. But the situation with wineconsole is such that I find myself competent to ask that wineconsole use X window PRIMARY selection instead of DOS nonsense mark-copy-paste! Vladimir Koković, DP senior(70), Serbia, Belgrade, 24.October 2020 -- 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 0

[Bug 36873] New: Chronology (.NET 4.0 game) based on 'OpenTK': mouse input non-functional, mouse cursor invisible
by wine-bugs＠winehq.org 24 Oct '20

24 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=36873 Bug ID: 36873 Summary: Chronology (.NET 4.0 game) based on 'OpenTK': mouse input non-functional, mouse cursor invisible Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, the GOG.com version installs .NET Framework 4.0 client profile on its own in clean 32-bit WINEPREFIX (without Mono). If the mouse is moved (either in fullscreen or virtual desktop mode), the console is spammed with: --- snip --- fixme:win:GetMouseMovePointsEx (16 0x33ea10 0x33e5cc 64 1) stub fixme:win:GetMouseMovePointsEx (16 0x33ea10 0x33e5cc 64 1) stub fixme:win:GetMouseMovePointsEx (16 0x33ea10 0x33e5cc 64 1) stub --- snip --- Source: http://source.winehq.org/git/wine.git/blob/bdc9b147b948b3476815c52f7fc53f4c… --- snip --- 1427 int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) { 1428 1429 if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) { 1430 SetLastError(ERROR_INVALID_PARAMETER); 1431 return -1; 1432 } 1433 1434 if(!ptin || (!ptout && count)) { 1435 SetLastError(ERROR_NOACCESS); 1436 return -1; 1437 } 1438 1439 FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res); 1440 1441 SetLastError(ERROR_POINT_NOT_FOUND); 1442 return -1; 1443 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms646259%28v=vs.85%… That noisy stub (although annoying) doesn't seem to be the problem here. See here for discussion and how it's implemented in 'OpenTK': https://github.com/opentk/opentk/issues/76 https://github.com/opentk/opentk/blob/develop/Source/OpenTK/Platform/Window… --- snip --- void HandleMouseMove(IntPtr handle, WindowMessage message, IntPtr wParam, IntPtr lParam) { unsafe { Point point = new Point( (short)((uint)lParam.ToInt32() & 0x0000FFFF), (short)(((uint)lParam.ToInt32() & 0xFFFF0000) >> 16)); // GetMouseMovePointsEx works with screen coordinates Point screenPoint = point; Functions.ClientToScreen(handle, ref screenPoint); int timestamp = Functions.GetMessageTime(); // & 0xFFFF to handle multiple monitors http://support.microsoft.com/kb/269743 MouseMovePoint movePoint = new MouseMovePoint() { X = screenPoint.X & 0xFFFF, Y = screenPoint.Y & 0xFFFF, Time = timestamp, }; // Max points GetMouseMovePointsEx can return is 64. const int numPoints = 64; MouseMovePoint* movePoints = stackalloc MouseMovePoint[numPoints]; // GetMouseMovePointsEx fills in movePoints so that the most // recent events are at low indices in the array. int points = Functions.GetMouseMovePointsEx( (uint)MouseMovePoint.SizeInBytes, &movePoint, movePoints, numPoints, Constants.GMMP_USE_DISPLAY_POINTS); int lastError = Marshal.GetLastWin32Error(); // No points returned or search point not found if (points == 0 || (points == -1 && lastError == Constants.ERROR_POINT_NOT_FOUND)) { // Just use the mouse move position OnMouseMove(point.X, point.Y); } else if (points == -1) { throw new System.ComponentModel.Win32Exception(lastError); } else { ... --- snip --- That information might be still useful for 'GetMouseMovePointsEx' implementation though. $ wine --version wine-1.7.21-75-g0a4c786 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 27

[Bug 49135] New: 3DMark06 cannot be installed: "The CPU of this system does not support SSE instructions"
by WineHQ Bugzilla 24 Oct '20

24 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49135 Bug ID: 49135 Summary: 3DMark06 cannot be installed: "The CPU of this system does not support SSE instructions" Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 67138 --> https://bugs.winehq.org/attachment.cgi?id=67138 Installer It used to be installable. $ wine 3DMark06_v121_installer.exe 0070:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114 0024:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet 0024:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0031F2AC L"C:\\users\\birdie\\Temp\\{9ECBE0A5-94B8-4225-8A90-777902F90B40}\\Disk1\\data1.hdr" -- 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 49044] New: CPU-Z 1.92 crashing on startup
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49044 Bug ID: 49044 Summary: CPU-Z 1.92 crashing on startup Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- wine: Unhandled page fault on read access to 00000008 at address 0046078D (thread 0033), starting debugger... Unhandled exception: page fault on read access to 0x00000008 in 32-bit code (0x0046078d). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:0046078d ESP:0130fe38 EBP:0130fea4 EFLAGS:00010202( R- -- I - - - ) EAX:00000000 EBX:00e0ce30 ECX:00000000 EDX:00000001 ESI:00e04060 EDI:00000000 Stack dump: 0x0130fe38: 004db23e 000003e8 77e98baf 00e0ce30 0x0130fe48: 00e04060 00e040b0 0049c0ee 0000008b 0x0130fe58: 0130fe80 00e040b0 00000088 7bc7a740 0x0130fe68: 00000000 00000100 00000000 00000000 0x0130fe78: 0130fe98 0050fa52 00dd0000 00000000 0x0130fe88: 00000088 00e0cca8 00e040b0 00000000 Backtrace: =>0 0x0046078d EntryPoint+0xffffffff() in cpuz_x32 (0x0130fea4) 1 0x00484823 EntryPoint+0xffffffff() in cpuz_x32 (0x0130fedc) 2 0x004847e7 EntryPoint+0xffffffff() in cpuz_x32 (0x0130ff34) 3 0x00461d42 EntryPoint+0xffffffff() in cpuz_x32 (0x0130ff4c) 4 0x7bcc6229 (0x0130ffdc) 5 0x7bcc1c5e (0x0130ffec) 0x0046078d EntryPoint+0xffffffff in cpuz_x32: movl 0x8(%ecx),%eax -- 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 11

[Bug 49997] New: Capella no yakusoku: Game doesn't start (black screen)
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49997 Bug ID: 49997 Summary: Capella no yakusoku: Game doesn't start (black screen) Product: Wine Version: 5.19 Hardware: x86-64 URL: https://www.freem.ne.jp/dl/win/7629 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kakurasan(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 54e117018cd4cc58c258da92686bfad13946bde2 Distribution: --- When trying to start the game (Game.exe), a black window appears but the game doesn't start. This is a regression introduced by: commit 54e117018cd4cc58c258da92686bfad13946bde2 Author: Jacek Caban < ... > Date: Mon Sep 21 17:07:29 2020 +0200 kernelbase: Use conhost to handle Unix consoles. The conhost-related terminal output is "fixme:conhost:screen_buffer_ioctl unsupported ioctl 50402c" but I'm not sure whether it is relevant. Steps to reproduce: 1. Download "RPG Maker VX Ace Run Time Package" from https://www.rpgmakerweb.com/run-time-package 2. Unpack "RPGVXAce_RTP.zip" and run "Setup.exe" 3. Download the game from https://www.freem.ne.jp/dl/win/7629 4. Unpack "Capella_1.09.zip" and run "Game.exe" -- 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 49860] New: Dungeons & Dragons Online 64bit client fails to start in wine-5.16 and 5.17
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49860 Bug ID: 49860 Summary: Dungeons & Dragons Online 64bit client fails to start in wine-5.16 and 5.17 Product: Wine Version: 5.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: sutupud(a)yahoo.com Distribution: --- Created attachment 68202 --> https://bugs.winehq.org/attachment.cgi?id=68202 error stacktrace The 64bit client of DDO fails to start in wine 5.16 and 5.17. The client starts and shows a black screen for a second, and then crashes with: 00e8:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6760a76d (see attached trace) Bisecting shows the bad commit is a686759f1d7aee67b5786b72e81a4e4fcf3f3c02 If I revert that commit on top of the current master, the client works again. Since they also have a 32bit legacy client which still works, I would guess that the changes in dlls/ntdll/unix/signal_x86_64.c cause some different behaviour than the old implementation did. For DDO the workaround would be to just use the 32bit client, but there may be other programs affected by this change. -- 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 11

[Bug 49529] New: 5.12 regression: Wine segfaults if the +heap debug channel is enabled
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49529 Bug ID: 49529 Summary: 5.12 regression: Wine segfaults if the +heap debug channel is enabled Product: Wine Version: 5.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: subgraph93(a)gmail.com Distribution: --- Created attachment 67662 --> https://bugs.winehq.org/attachment.cgi?id=67662 Contains the 2 log files; the commands to produce them are provided in the report OS: Ubuntu 20.04 Found the bug in the Wine 5.12-devel package from winehq. Did not happen in 5.11-devel. If WINEDEBUG=+heap (or warn+heap) is used, Wine crashes immediately after trying to start any program. The segfault is the only line that is output, apparently the program itself doesn't even get to start. After I upgraded from 5.11, the first thing I did in one of my prefixes was to start a program with +heap debugging enabled (it crashed otherwise; though that's a separate issue). The "updating your prefix" message didn't even get to appear. Bisection points to this commit: commit 8a169390c9ef4d8a43b604558c4194a052473c0c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jun 30 12:01:37 2020 +0200 ntdll: Build with msvcrt. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -------- I tried poking around the issue with a clean prefix on 5.12-devel. Attached logs for commands: 1) WINEDEBUG=+all wine winecfg.exe 2) valgrind --trace-children=yes wine xcopy.exe (sorry for that second one, I'm new to Wine debugging, and that was the first time I did anything like that; not sure it's even relevant) As of the moment of submitting this bug report, new patches committed to Git after the release of 5.12 do not fix the issue. -- 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 47906] New: Regression at commit 0116660dd80b38da8201e2156adade67fc2ae823 cause game crash.
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=47906 Bug ID: 47906 Summary: Regression at commit 0116660dd80b38da8201e2156adade67fc2ae823 cause game crash. Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 65401 --> https://bugs.winehq.org/attachment.cgi?id=65401 Stdout of Alice Madness Return. there are some regression at commit 0116660dd80b38da8201e2156adade67fc2ae823 causing Alice Madness Return crash at startup. Game is completely normal before this commit. The moving code commit is too huge, so I did not has any solution for this. I just using old code for playing that game. -- 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 18

[Bug 14640] New: OpenGL example from Lazarus fails at ChoosePixelFormat
by wine-bugs＠winehq.org 23 Oct '20

23 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=14640 Summary: OpenGL example from Lazarus fails at ChoosePixelFormat Product: Wine Version: 1.1.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla(a)tut.by Created an attachment (id=15048) --> (http://bugs.winehq.org/attachment.cgi?id=15048) log of demo being run under WINE with debug options Just compiled an example of OpenGL usage for Lazarus (http://lazarus.freepascal.org/). While compiled for GNU/Linux+GTK+ target it works fine, Win32 target works on winxp but fails on WINE. The sources of the main program can be found here: http://svn.freepascal.org/svn/lazarus/trunk/examples/openglcontrol/ The sources of component's part which itself initializes OpenGL is here: http://svn.freepascal.org/svn/lazarus/trunk/components/opengl/glwin32wglcon… -- 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 37

[Bug 48717] New: Saints Row 2 has no sound (needs xactengine3_2.dll)
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=48717 Bug ID: 48717 Summary: Saints Row 2 has no sound (needs xactengine3_2.dll) Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: xactengine Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- err:ole:CoGetClassObject class {d3332f02-3dd0-4de9-9aec-20d85c4111b6} not registered err:ole:CoGetClassObject no class object {d3332f02-3dd0-4de9-9aec-20d85c4111b6} could be created for context 0x1 -- 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 30364] New: X3 Reunion hangs at start
by wine-bugs＠winehq.org 23 Oct '20

23 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=30364 Bug #: 30364 Summary: X3 Reunion hangs at start Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: amstream AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavel.ondracka(a)gmail.com Classification: Unclassified Regression SHA1: 27c4ad3bec1229020ab38ab5b45f0969204192ef Created attachment 39694 --> http://bugs.winehq.org/attachment.cgi?id=39694 terminal output with wine-1.5.1-169-g1c62c9f This is with X3 Reunion, game of the year edition patched to 2.5 to get rid of CD protection. The game used to start fine, but there were some other troubles with IAMMultiMediaStreamImpl_SetState being stub later on (bug 14398), now it just hangs with black screen after start with terminal being flooded with fixmes and errors until killed. (full log attached) 27c4ad3bec1229020ab38ab5b45f0969204192ef is the first bad commit commit 27c4ad3bec1229020ab38ab5b45f0969204192ef Author: Christian Costa <titan.costa(a)gmail.com> Date: Tue Apr 3 07:53:50 2012 +0200 amstream: Implement IAMMultiMediaStreamImpl_SetState. -- 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 34

[Bug 49904] New: all wine processes show a definite leak in load_libwine()
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49904 Bug ID: 49904 Summary: all wine processes show a definite leak in load_libwine() Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==24266== 50 bytes in 1 blocks are definitely lost in loss record 36 of 75 ==24266== at 0x40345DC: malloc (vg_replace_malloc.c:307) ==24266== by 0x46ED0A0: build_path (loader.c:267) ==24266== by 0x46ED925: load_libwine (loader.c:920) ==24266== by 0x46EF8E3: __wine_main (loader.c:1791) ==24266== by 0x7D0015D6: main (main.c:157) ==24266== -- 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 3

[Bug 49679] New: Regression: deadlock in installer for VB6 enterprise edition
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49679 Bug ID: 49679 Summary: Regression: deadlock in installer for VB6 enterprise edition Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comsvcs Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Distribution: --- 0368:err:ntdll:RtlpWaitForCriticalSection section 7BCC116C "loader.c: loader_section" wait timed out in thread 0368, blocked by 00c4, retrying (60 sec) Bisected to this commit: ac1bb4536473eb705d5fa828406fa4eb473b9f41 is the first bad commit commit ac1bb4536473eb705d5fa828406fa4eb473b9f41 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Thu Feb 7 12:21:34 2019 -0600 comsvcs: Create an implicit MTA thread in RegisterDispenser(). Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46581 Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 5e4bf1bf4c22a70a87f14cc837b82c61e9d15c8e b40e6808759cf31e7e44519110c6ed0222793ef6 M dlls Reverse-applying that commit's changes to master fixes the problem. -- 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 11

[Bug 48336] New: Can't connect to server with HTTP 503
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=48336 Bug ID: 48336 Summary: Can't connect to server with HTTP 503 Product: Wine Version: 5.0-rc2 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmkk(a)atlas.cz Created attachment 66071 --> https://bugs.winehq.org/attachment.cgi?id=66071 Debug log from macos I'm using "Sparx Enterprise Architect" on Wine@MacOS, comparing to stable Wine 4.0.3 version, new 5.0-rc2 failed to connect to cloud server with HTTP status 503. Both - stable and rc2 prefixes - are installed in parallel side by side and set in the same way. I tried to copy log records that hopefully can relate to the cause, but I'm not sure. Thanks for assessment. -- 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 31

[Bug 50008] New: Metro Exodus fails to launch since commit fde5967f725624c5ee4995dcbe22f262979c5c9c
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50008 Bug ID: 50008 Summary: Metro Exodus fails to launch since commit fde5967f725624c5ee4995dcbe22f262979c5c9c Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: andrewathalye(a)outlook.com Distribution: --- Since commit fde5967f725624c5ee4995dcbe22f262979c5c9c to wine, which modified the inheritance behaviour of handles upon process creation, Metro Exodus is unable to start up and instead hangs after displaying a brief message about System Information (which also occurs in working releases, without the hang). This was tested using the Epic Games version of Metro Exodus, launched by "legendary launch Snapdragon --wine=$PWD/wine64" (this was tested using git bisect, and validated to work from Wine 5.12 until this commit, after which it no longer launches.) Reverting the commit using git revert enabled the game to launch again successfully. Instructions to reproduce: 1. Fetch latest Wine from Git 2. Start a bisect from wine-5.17 (or earlier) until HEAD 3. Test Metro Exodus using the above command 4. The final commit, determined as "first bad," should be fde5967f725624c5ee4995dcbe22f262979c5c9c. This bug also occurs when launching Metro Exodus directly (without Legendary), under the same conditions. -- 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 9

[Bug 34558] New: Alawar launcher fails to start after game has been registered
by wine-bugs＠winehq.org 23 Oct '20

23 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=34558 Bug #: 34558 Summary: Alawar launcher fails to start after game has been registered Product: Wine Version: 1.7.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thesource(a)mail.ru Classification: Unclassified Created attachment 46008 --> http://bugs.winehq.org/attachment.cgi?id=46008 Alawar launcher wine log Alawar game launcher starts properly when the game is in trial mode, but after it has been registered, launcher exits showing message box "Error: 198". According to log wine complains it can not create some ole objects. Judging by uuids it's something related to msxml, but winetricking msxml (3, 4, 6) does not help. Attaching log with WINEDEBUG=ole -- 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 29

[Bug 50020] New: mf:mf tests crash on Windows 7
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50020 Bug ID: 50020 Summary: mf:mf tests crash on Windows 7 Product: Wine Version: 5.19 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: sven.wine(a)gmail.com I feel like these tests don't actually test the right thing. If I change https://source.winehq.org/git/wine.git/blob/0c249e6125fc9dc6ee86b4ef6ae0d9f… to hr = IMFMediaTypeHandler_GetMediaTypeByIndex(handler, count-1, &mediatype2); ok(hr == S_OK, "Failed to get media type, hr %#x.\n", hr); hr = IMFMediaTypeHandler_GetMediaTypeByIndex(handler, count-1, &mediatype3); ok(hr == S_OK, "Failed to get media type, hr %#x.\n", hr); I get Windows 7: mf.c:3017: Test failed: Unexpected hr 0. mf.c:3049: Test failed: Failed to set current type, hr 0xc00d36b4. mf.c:3053: Test failed: Unexpected instance. mf.c:3125: Test failed: Failed to get interface, hr 0. Windows 8: mf.c:3017: Test failed: Unexpected hr 0. mf.c:3049: Test failed: Failed to set current type, hr 0xc00d4650. mf.c:3053: Test failed: Unexpected instance. mf.c:3125: Test failed: Failed to get interface, hr 0. Windows 10 1507: mf.c:3017: Test failed: Unexpected hr 0. mf.c:3049: Test failed: Failed to set current type, hr 0xc00d4650. mf.c:3053: Test failed: Unexpected instance. mf.c:3125: Test failed: Failed to get interface, hr 0. Windows 10 1809: mf.c:3017: Test failed: Unexpected hr 0. This is sort of consistent across all versions. So I feel like Wine is currently mimicking behaviour that holds only for some random media type which happens to not work on Windows 7 (Wine currently only has one media type available from GetMediaTypeByIndex). -- 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 49950] New: d3d10:reflection tests crash
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49950 Bug ID: 49950 Summary: d3d10:reflection tests crash Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: sven.wine(a)gmail.com Regression SHA1: ae415a7df78cbcf73f39c12d347e5bdf468d1895 Distribution: --- Seems like a regression since ae415a7df78cbcf73f39c12d347e5bdf468d1895 On the first occurrence of the crash: reflection.c:940: Test failed: (0): got unexpected hr 80070057. reflection.c:940: this is the last test seen before the exception 0a9c:reflection: unhandled exception c0000005 at 004230F3 d3d10:reflection:0a9c done (-1073741819) in 0s Test failed: crash (c0000005) https://source.winehq.org/git/wine.git/?a=blob;f=dlls/d3dcompiler_43/tests/… -- 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 49960] New: The Sims Complete Collection is stuck on playing intro
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49960 Bug ID: 49960 Summary: The Sims Complete Collection is stuck on playing intro Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 68351 --> https://bugs.winehq.org/attachment.cgi?id=68351 +amstream,+quartz,+gstreamer When launching The Sims Complete Collection on current master (5d5102f8498413f4b7e11f7da0509e7717fb3735) with staging patches applied, the game plays the intro jingle very choppily (with no image whatsoever) and gets stuck on a black a screen (the game doesn't allow to skip the intro). In the output, I see spam of this: 0024:fixme:amstream:ddraw_sample_Update Unsupported flags 0x3. If I comment out this section in ddrawstream.c: if (flags & ~SSUPDATE_ASYNC) { FIXME("Unsupported flags %#x.\n", flags); return E_NOTIMPL; } the jingle plays (with image and audio) for a single frame and then immediately ends, and the game starts the loading process. Attached is a log with +amstream,+quartz,+gstreamer debug channels enabled. -- 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 49673] New: Backpacker 3:Americana:unhandled exception
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49673 Bug ID: 49673 Summary: Backpacker 3:Americana:unhandled exception Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chebanenkoigor93(a)gmail.com Distribution: --- Created attachment 67913 --> https://bugs.winehq.org/attachment.cgi?id=67913 backtrace I can't run that game in Wine,and that game can't be debugged. -- 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 13

[Bug 49661] New: Red Evil:black screen in game.
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49661 Bug ID: 49661 Summary: Red Evil:black screen in game. Product: Wine Version: 5.14 Hardware: x86 URL: https://store.steampowered.com/app/1169070/RED_EVIL/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chebanenkoigor93(a)gmail.com Distribution: --- Created attachment 67898 --> https://bugs.winehq.org/attachment.cgi?id=67898 screenshot There is black screen in Red Evil game,that makes it unplayable with Intel Ivy Bridge HD Graphics. -- 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 49012] New: Application build with .NET CoreRT crashes due to FLS callbacks not being called
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49012 Bug ID: 49012 Summary: Application build with .NET CoreRT crashes due to FLS callbacks not being called Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernelbase Assignee: wine-bugs(a)winehq.org Reporter: pgofman(a)codeweavers.com Distribution: --- Created attachment 66990 --> https://bugs.winehq.org/attachment.cgi?id=66990 Patchset .NET CoreRT performs thread tear down in a FLS callback which is currently not called in Wine. If the tear down callback is not performed on thread termination, the application later crashes on accessing the data from already freed static TLS data storage area. The attached patchset is fixing the issue. -- 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 3

[Bug 50025] New: Cannot run Line (chat app) on Wine
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50025 Bug ID: 50025 Summary: Cannot run Line (chat app) on Wine Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gaul(a)gaul.org Distribution: --- Created attachment 68457 --> https://bugs.winehq.org/attachment.cgi?id=68457 Backtrace I successfully installed Line (chat app) from https://line.me/en-US/download . The application automatically launches but fails with: Unhandled exception: page fault on read access to 0x0f204000 in 32-bit code (0x6233d881). Running wine-5.18 (Staging) on Fedora 32. -- 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 6

[Bug 49814] New: FreeBSD 12.1 undebuggable crash on startup (regression)
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49814 Bug ID: 49814 Summary: FreeBSD 12.1 undebuggable crash on startup (regression) Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Recent Wine crashes on startup on FreeBSD 12.1. A Git bisect reveals: 6844ff8a0bda7c0511c3c328f459cc4286bf3c5d is the first bad commit commit 6844ff8a0bda7c0511c3c328f459cc4286bf3c5d Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Aug 24 13:25:26 2020 +0200 ntdll: Stop resolving imports for the Unix library. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/unix/loader.c | 72 +++++------------------------------------------- 1 file changed, 7 insertions(+), 65 deletions(-) -- 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 6

[Bug 46950] New: UFOHD2 crashes when trying to open camera preview
by wine-bugs＠winehq.org 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=46950 Bug ID: 46950 Summary: UFOHD2 crashes when trying to open camera preview Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alfredo.dalava(a)gmail.com Distribution: --- Created attachment 64073 --> https://bugs.winehq.org/attachment.cgi?id=64073 backtrace of crash UFOHD2 crashes when trying to access camera preview using a Fushicai USBTV007 capture card. The same behavior is seen on Wine 4.0 and wine-4.5-83-g33c35baa67 Download: http://sonotaco.com/soft/download/UFOHD2_4272.zip Backtrace is attached -- 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 50004] New: [5.19 regression] wine hangs running simple batch process Python script
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50004 Bug ID: 50004 Summary: [5.19 regression] wine hangs running simple batch process Python script Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: ArchLinux wine 5.19 (5.18 is ok) hangs while running the following script in Python (3.8.6) the script runs the echo command, grabs the output and waits for termination import subprocess proc = subprocess.Popen('echo hello', shell=True, stdout=subprocess.PIPE) stdout_data, stderr_data = proc.communicate() ret = proc.poll() print(ret, stdout_data, stderr_data) -- 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 12

[Bug 47771] New: Alan Wake mouse movement is broken
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=47771 Bug ID: 47771 Summary: Alan Wake mouse movement is broken Product: Wine Version: 4.15 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 74efb3e872aebf57a42d62b52e149ae26f320c9a Distribution: --- Movement response feels very lagging. -- 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 35694] New: serena hits deadlock on exit
by wine-bugs＠winehq.org 23 Oct '20

23 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=35694 Bug ID: 35694 Summary: serena hits deadlock on exit Product: Wine Version: 1.7.13 Hardware: x86-64 URL: http://www.indiedb.com/games/serena OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: farmboy0+winehq(a)googlemail.com if you exit the game it will hang indefinitely on a critical section. A message like this will appear err:ntdll:RtlpWaitForCriticalSection section 0x131f98 "?" wait timed out in thread 0037, blocked by 0000, retrying (60 sec) Steps to reproduce: 1. download and unpack 2. run Dagon.exe 3. when the game switches to full screen and the serena text appears, press the escape key 4. game will hang at that point -- 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 50029] New: Swisscom Business Communication App: crashes at login
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50029 Bug ID: 50029 Summary: Swisscom Business Communication App: crashes at login Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pierre(a)sw2.ch Distribution: --- Created attachment 68459 --> https://bugs.winehq.org/attachment.cgi?id=68459 backtrace The app starts ok, but crashes when trying to log in. For reference: https://www.swisscom.ch/en/residential/help/mobile/smart-business-connect-a… https://was1.join.swisscom.ch/dms/bc/pc/btbc-win.msi -- 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 8051] The Sims 2 demo needs support for software vertex processing
by WineHQ Bugzilla 23 Oct '20

23 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=8051 --- Comment #186 from Chebanenko Igor <chebanenkoigor93(a)gmail.com> --- Created attachment 68498 --> https://bugs.winehq.org/attachment.cgi?id=68498 PETools exe scanninng Some more info from The Sims 2 exe,using PETools. This one also was just for fun. -- 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 0

[Bug 5757] MSMONEY crashes
by WineHQ Bugzilla 22 Oct '20

22 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=5757 fbmines(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fbmines(a)gmail.com -- 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 0

[Bug 8051] The Sims 2 demo needs support for software vertex processing
by WineHQ Bugzilla 22 Oct '20

22 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=8051 --- Comment #185 from Chebanenko Igor <chebanenkoigor93(a)gmail.com> --- Created attachment 68485 --> https://bugs.winehq.org/attachment.cgi?id=68485 The Sims 2 Demo - PETools I scanned exe file of that game with PETools,and this is my results. It was made just for fun. -- 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 0

[Bug 49411] New: applying WS_EX_LAYOUTRTL style results in fonts appearing in mirror style
by WineHQ Bugzilla 21 Oct '20

21 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49411 Bug ID: 49411 Summary: applying WS_EX_LAYOUTRTL style results in fonts appearing in mirror style Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: uub21iec(a)gmail.com Distribution: --- As a developer for the Israeli market I tried to run my program under wine. I set the main frame window exStyle as WS_EX_LAYOUTRTL and it works great under windows. in Wine I see all the fonts as if they were mirrored. -- 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 1

[Bug 50032] New: Mafia II: Definitive Edition snow flakes are triangular
by WineHQ Bugzilla 21 Oct '20

21 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50032 Bug ID: 50032 Summary: Mafia II: Definitive Edition snow flakes are triangular 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: akko(a)rape.lol Distribution: --- Created attachment 68466 --> https://bugs.winehq.org/attachment.cgi?id=68466 snow in triangle shapes The snow flakes are triangle-shaped. I noticed some glitches on the steam from a manhole. -- 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 1

[Bug 49923] New: [Wine 5.18] Wineconsole curses backend support was removed.
by WineHQ Bugzilla 20 Oct '20

20 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49923 Bug ID: 49923 Summary: [Wine 5.18] Wineconsole curses backend support was removed. Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P5 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ttallink(a)googlemail.com Distribution: ArchLinux Hello, Today, after an update of my ArchLinux based server I was saddened and frustrated to find out that in Wine 5.18, the curses backend was removed from the available command line options of 'wineconsole'. I personally rely on wineconsole and _ESPECIALLY_, the curses backend - wineconsole is spawned as a systemd service configured to attach a pseudo terminal (/dev/ptmx), in order to run a backend for a Windows application I wrote. However, in Wine 5.18, the curses backend was removed, quoting the changelog: wineconsole: Remove curses backend. This is a total no-go for me and many others running Windows binaries through wineconsole on servers, since we need to be able to run wineconsole without a display / using a terminal session. Can you please elucidate as for why the curses backend was removed in the first place? I now have to downgrade to downgrade to 5.17 in order to be able to host the service again. This is a HUGE loss of functionality for those using Wine / wineconsole on servers. PLEASE consider adding the curses backend again. Best Regards, William Kane -- 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 50030] New: "Hayoola" freezes in wine 5.19 while it works great in 5.19
by WineHQ Bugzilla 19 Oct '20

19 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50030 Bug ID: 50030 Summary: "Hayoola" freezes in wine 5.19 while it works great in 5.19 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: barfin(a)protonmail.com Distribution: --- Created attachment 68460 --> https://bugs.winehq.org/attachment.cgi?id=68460 wine 5.19 log which fails to launch the client "Hayoola" freezes in wine 5.19 while it works great in 5.19 -- 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 46620] New: Lineage 2
by wine-bugs＠winehq.org 19 Oct '20

19 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=46620 Bug ID: 46620 Summary: Lineage 2 Product: Wine-staging Version: 4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terapy-session(a)bk.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63524 --> https://bugs.winehq.org/attachment.cgi?id=63524 screenshot error This server of the game Lineage 2 used to work, and now the protection error. Previously, Wine was friends with the protection of this server. https://endlesswar.online/ -- 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 22825] New: The program xmltv.exe has encountered a serious problem
by wine-bugs＠winehq.org 18 Oct '20

18 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=22825 Summary: The program xmltv.exe has encountered a serious problem Product: Wine Version: 1.1.42 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yuriyfizer(a)yahoo.com Created an attachment (id=28184) --> (http://bugs.winehq.org/attachment.cgi?id=28184) screen shot with the error All of a sudden a wine window pops up with the following error message: The program xmltv.exe has encountered a serious problem and needs to close. Please, look at the attached screen shot. -- 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 50022] New: Backpacker 3:Americana:freezing after intro video
by WineHQ Bugzilla 17 Oct '20

17 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50022 Bug ID: 50022 Summary: Backpacker 3:Americana:freezing after intro video Product: Wine Version: 5.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chebanenkoigor93(a)gmail.com Distribution: --- Created attachment 68452 --> https://bugs.winehq.org/attachment.cgi?id=68452 Backpacker 3 - winedbg output in Wine 5.19 Game freeze after intro video. -- 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 48345] New: WINE .desktop files are not grouped into a folder on the app screen.
by WineHQ Bugzilla 17 Oct '20

17 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=48345 Bug ID: 48345 Summary: WINE .desktop files are not grouped into a folder on the app screen. Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 49studebaker(a)gmail.com Distribution: --- WINE app installer should group .desktop files into a folder on the "Show Applications" screen. https://gitlab.gnome.org/GNOME/gnome-shell/issues/2021 -- 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 11121] New: DSOUND_MixOne Fatal error
by wine-bugs＠winehq.org 17 Oct '20

17 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=11121 Summary: DSOUND_MixOne Fatal error Product: Wine Version: 0.9.52. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: perchrh-wine(a)pvv.org Created an attachment (id=10155) --> (http://bugs.winehq.org/attachment.cgi?id=10155) log of stderr and stdout The game "Night Watch" fails to run. It install nicely and there is sound at startup, but the game crashes a few seconds later and a backtrace involving dsound is shown (DSOUND_MixOne Fatal error). I've attached the log output containing the full backtrace. To reproduce: Start the game (wine ./NWwatch.exe) and wait a few seconds (no action necessary). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 23

[Bug 47451] New: Google Backup and Sync crash when trying to login
by wine-bugs＠winehq.org 17 Oct '20

17 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=47451 Bug ID: 47451 Summary: Google Backup and Sync crash when trying to login Product: Wine Version: 4.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jigglywiggly(a)3dslice.net Distribution: --- Created attachment 64811 --> https://bugs.winehq.org/attachment.cgi?id=64811 backtrace of crash When trying to use Google Drive Backup and Sync and getting to the login page, the application crashes. Wine-4.11 staging Manjaro Deepin amd64 as os -- 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 1

[Bug 50003] New: Cygwin/msys binaries hang on start
by WineHQ Bugzilla 16 Oct '20

16 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=50003 Bug ID: 50003 Summary: Cygwin/msys binaries hang on start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- I tried to test bug 48931 with the latest patches in git but now both 32 and 64bit cygwin binaries hang on start. This is probably a regression caused by the console rework. The last message printed on console is: 00c4:fixme:conhost:screen_buffer_ioctl unsupported ioctl 50402c The same result is with or without using wineconsole, but this is expected as wineconsole is only a thin wrapper now. The 32bit version worked in wineconsole before it was switched to the wrapper. -- 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 3

[Bug 49991] New: StarCitizen launcher window is plain white
by WineHQ Bugzilla 16 Oct '20

16 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49991 Bug ID: 49991 Summary: StarCitizen launcher window is plain white Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: rawfox(a)freenet.de Distribution: --- Created attachment 68395 --> https://bugs.winehq.org/attachment.cgi?id=68395 the empty white SC launcher Hello again^^ The StarCitizen launcher is a plain white window. The launcher functionality is still given, but its just a boderless white window. Reverting commit bd27af974a21085cd0dc78b37b715bbcc3cfab69 solves it. https://github.com/wine-mirror/wine/commit/bd27af974a21085cd0dc78b37b715bbc… No idea yet, whats wrong, just putting it down here to keep track on this issue. -- 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 48931] New: Any binary from 64bit Cygwin crashes on launch
by WineHQ Bugzilla 16 Oct '20

16 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=48931 Bug ID: 48931 Summary: Any binary from 64bit Cygwin crashes on launch Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Any binary from 64bit Cygwin crashes on launch with: 002b:err:seh:setup_exception stack overflow 8464 bytes in thread 002b eip 00007f77fc7784a1 esp 00000000ffff5500 stack 0xffe00000-0xffff7000-0x100000000 It happens only with 64bit Cygwin binaries. I can't reproduce it with 32bit binaries. It does not happen with the distribution Wine 5.0. But if I compile it from source, it also crashes. It is always reproducible with Wine 5.6. I was unsuccessful obtaining an useful backtrace so far but will continue trying. This bug is NOT about bash.exe terminating (see bug 48891) or binaries crashing/terminating with FAST_CWD (see bug 40528). -- 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 33918] New: Viper doesn't run and gives an error
by wine-bugs＠winehq.org 16 Oct '20

16 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=33918 Bug #: 33918 Summary: Viper doesn't run and gives an error Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: boudewijn.charite(a)gmail.com Classification: Unclassified After installing viper from http://www.scanmyessay.com/viperdownload_aca.html I got the following error Unhandled Exception: System.InvalidProgramException: Invalid IL code in .: (): IL_000b: brtrue.s IL_0012 [ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidProgramException: Invalid IL code in .: (): IL_000b: brtrue.s IL_0012 Hope this helps in getting a better wine -- 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 49952] New: Cygwin and MSYS2 - ProcessSessionInformation unimplemented
by WineHQ Bugzilla 16 Oct '20

16 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49952 Bug ID: 49952 Summary: Cygwin and MSYS2 - ProcessSessionInformation unimplemented Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- Cygwin and MSYS2 cannot start because ProcessSessionInformation is unimplemented. msys2-base-x86_64-20200903.tar.xz New runtime based on cygwin 3.1.7 --- Cygwin wine log --- argv[0000000000000000] = /mnt/WD-Elements-25A1/src/wine-git/install64/bin/wine64-preloader argv[0000000000000001] = /mnt/WD-Elements-25A1/src/wine-git/install64/bin/wine64 argv[0000000000000002] = .\bash argv[0000000000000003] = --login argv[0000000000000004] = -i new stack = 00007fffedc6a660 jumping to 00007fb558dc2090 0138:fixme:ntdll:NtSetInformationToken unimplemented class 4 0138:fixme:process:NtQueryInformationProcess (process=0xffffffffffffffff) Unimplemented information class: ProcessSessionInformation 0138:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7bc5ecb8 --- MSYS2 wine log --- argv[0000000000000000] = /mnt/WD-Elements-25A1/src/wine-git/install64/bin/wine64-preloader argv[0000000000000001] = /mnt/WD-Elements-25A1/src/wine-git/install64/bin/wine64 argv[0000000000000002] = D:\\vk-mingw64\\msys64\\usr\\bin\\env argv[0000000000000003] = MSYSTEM=MINGW64 argv[0000000000000004] = /usr/bin/bash argv[0000000000000005] = -li new stack = 00007ffcdd259b80 jumping to 00007f3388302090 00fc:fixme:ntdll:NtSetInformationToken unimplemented class 4 00fc:fixme:process:NtQueryInformationProcess (process=0xffffffffffffffff) Unimplemented information class: ProcessSessionInformation 00fc:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7bc5ecb8 -- 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 6

[Bug 49951] New: Silent Hill 4 has a resolution issue when using explorer.
by WineHQ Bugzilla 16 Oct '20

16 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49951 Bug ID: 49951 Summary: Silent Hill 4 has a resolution issue when using explorer. Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Silent Hill 4 has a resolution issue when using explorer. The game's resolution starts at 640x480 but, when i try and change the resolution, the resolution locks at 400x300 and i can not change it back up to 640x480. Tested on wine-5.18 in clean wine prefix. -- 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 49926] New: Several Resident Evil Games are crashing.
by WineHQ Bugzilla 16 Oct '20

16 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49926 Bug ID: 49926 Summary: Several Resident Evil Games are crashing. Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Created attachment 68303 --> https://bugs.winehq.org/attachment.cgi?id=68303 RE6-Console.txt Resident Evil Revelations, Resident Evil Revelations 2, Resident Evil 6 are all crashing on wine-5.18 with nvidia proprietary driver 440.100. They were all tested on a wine prefix with wmp11 and xact installed by winetricks. I will attach the console messages and the backtrace. -- 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 49725] New: 5.15: Pokemon TCG Online: hang on login in 028c:err:ntdll:RtlpWaitForCriticalSection
by WineHQ Bugzilla 16 Oct '20

16 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49725 Bug ID: 49725 Summary: 5.15: Pokemon TCG Online: hang on login in 028c:err:ntdll:RtlpWaitForCriticalSection Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: phoe(a)disroot.org Distribution: --- After updating from 5.14 to 5.15, Pokemon TCG Online stops working. It hangs on the login screen after clicking the Log In button. The logs then start filling up with messages like: 028c:err:ntdll:RtlpWaitForCriticalSection section 0295FA90 "?" wait timed out in thread 028c, blocked by 0000, retrying (60 sec) Reproduced on another machine running 5.15. A workaround is to downgrade back to 5.14. The game servers were running all the time since I was able to connect to them from an Android version of the game. -- 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 28847] New: LabChart Reader fails to open files
by wine-bugs＠winehq.org 15 Oct '20

15 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=28847 Bug #: 28847 Summary: LabChart Reader fails to open files Product: Wine Version: 1.3.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: viraptor(a)gmail.com Classification: Unclassified Created attachment 37054 --> http://bugs.winehq.org/attachment.cgi?id=37054 log from execution When trying to open an .adicht file in the application, I get the "program ... has encountered a serious problem" window and the app hangs (close button just leaves it blank but running). Both app and sample files are downloadable (http://www.adinstruments.com/downloads/updates/softupdates/LabChartReader-W… and http://www.adinstruments.com/downloads/datafiles/ respectively) -- 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 9740] New: Unimplemented function causes Phantasmagoria 2 to crash
by wine-bugs＠winehq.org 15 Oct '20

15 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=9740 Summary: Unimplemented function causes Phantasmagoria 2 to crash Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: deadlock(a)start.no Created an attachment (id=8178) --> (http://bugs.winehq.org/attachment.cgi?id=8178) Crash log, +relay, +msgbox When I start Phantasmagoria 2 - A puzzle of flesh, it crashes because of an unimplemented function. It tries to call msvcrt40.dll.??0ostrstream@@QAE@PADHH@Z which appears to be unimplemented. I have attached the log from the crash. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 48419] New: user32-rawinput-keyboard: can't use other programs normally while a DirectX11 game is running (virtual desktop mode)
by WineHQ Bugzilla 13 Oct '20

13 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=48419 Bug ID: 48419 Summary: user32-rawinput-keyboard: can't use other programs normally while a DirectX11 game is running (virtual desktop mode) Product: Wine-staging Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- When user32-rawinput-keyboard is being used, it's problematic to send keys to other X11 windows while a game is running. In detail: 1. configure "virtual desktop" mode via winecfg 2. Start a game in Wine 3. alt-tab to another X11 window (e.g. Firefox) 4. type something (e.g. enter a url in Firefox) When typing in Firefox, the keys also get send into the game. E.g. if "g" is being pressed in Firefox, the action which is configured for "g" in the game will also be triggered. So when looking up something in Firefox, it will probably trigger some stupid actions in the game and your spaceship will explode or whatever... Workaround: Use wine-staging without applying user32-rawinput-keyboard and without winex11-key_translation (which is depending on user32-rawinput-keyboard). ./patches/patchinstall.sh DESTDIR=../wine-5.0-rc4 --all -W user32-rawinput-keyboard -W winex11-key_translation Tested Wine version: staging-5.0-rc4 Didn't test it, but this should also apply to wine-staging-5.0-rc3. Tested game: Elite Dangerous (Fullscreen mode) on DXVK-1.5 (probably only affecting DirectX11 applications) I know, this isn't a lot of technical information. If the problem isn't immediately clear, don't hesitate to ask me for more details! -- 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 16

[Bug 1429] Getting dxdiag to work perfectly
by WineHQ Bugzilla 13 Oct '20

13 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=1429 --- Comment #16 from Austin English <austinenglish(a)gmail.com> --- I filed bug 49996 as a follow up. -- 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 0

[Bug 44697] New: Dark Souls: Prepare to Die Edition 2.0 - Cinematics Audio Drops Intermittently
by wine-bugs＠winehq.org 12 Oct '20

12 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=44697 Bug ID: 44697 Summary: Dark Souls: Prepare to Die Edition 2.0 - Cinematics Audio Drops Intermittently Product: Wine Version: 3.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: escomk3(a)hotmail.com Distribution: --- Created attachment 60707 --> https://bugs.winehq.org/attachment.cgi?id=60707 Terminal Output (+tid) While playing a video, such as the opening cinematics, the audio drops now and then, but keeps in sync just fine. -- 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 49745] New: SHRunControlPanel implementation
by WineHQ Bugzilla 12 Oct '20

12 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49745 Bug ID: 49745 Summary: SHRunControlPanel implementation Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Distribution: --- SHRunControlPanel is currently only a stub. I propose an implementation based on ShellExecuteW : [Shellord.c] BOOL WINAPI SHRunControlPanel (LPCWSTR commandLine, HWND parent) { HINSTANCE hr; TRACE("SHRunControlPanel(%s, %p)n", debugstr_w(commandLine), parent); hr = ShellExecuteW(parent, NULL, commandLine, NULL, NULL, SW_NORMAL); return ((int)hr > 32); } -- 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 38227] New: wine crashes when running quotetracker
by wine-bugs＠winehq.org 12 Oct '20

12 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=38227 Bug ID: 38227 Summary: wine crashes when running quotetracker Product: Wine Version: 1.7.38 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: rockman6112(a)yahoo.com CC: rockman6112(a)yahoo.com Distribution: --- Created attachment 51029 --> https://bugs.winehq.org/attachment.cgi?id=51029 crash info given by wine 1. the crash is reproducible for both wine 1.7 and 1.6 on ubuntu 14.04. 2. the exact same quotetracker setup ran with wine 1.4 on unbuntu 10.04 for several years without any issues. 3. this bug is timing related in multi-processes(threads): a. if the application has two open windows, no crash is observed. if the application has more than 10 windows openned, it usually will crash within 60 minutes. b. with using +relay, no crash was observered even after more than 100GB debugging data was logged from the command line output. In this case, the application takes more cpu load due to the logging process. 4. no err from the debug logging(class ERR). 5. There is an overhead in the setup to reproduce the bug, especially it needs to get real time stock quote streaming. But I can be a big helper on this: such as turning on a given set of debug parameters, even things like getting instrumented code from the developer and compile/install wine on my system. So please feel free to contact me in the bug fixing process. -- 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 49980] New: Freeze at start when ran on X11 with AllowNVIDIAGPUScreens
by WineHQ Bugzilla 12 Oct '20

12 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49980 Bug ID: 49980 Summary: Freeze at start when ran on X11 with AllowNVIDIAGPUScreens 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: luca.boccassi(a)gmail.com Distribution: --- Created attachment 68381 --> https://bugs.winehq.org/attachment.cgi?id=68381 winecfg log When running wine on an optimus laptop set up to use prime - ie: X11 with AllowNVIDIAGPUScreens enabled and the nvidia modules auto loaded - any application ran with wine immediately freezes at startup, even winecfg. You can't even interrupt with ctrl-c, until after half a minute or so when this message is displayed: 0024:err:environ:run_wineboot boot event wait timed out And then it's possible to interrupt. This used to work until a couple of months back. Last tested on Debian 10 Gnome, with wine-staging 5.19 from wine's repository, kernel 5.6/5.7/5.8 from backports. WINE_LOG_LEVEL=debug log attached. Exact same setup, but running on Wayland without AllowNVIDIAGPUScreens, works just fine. Even 3D applications via bumblebee work fine. -- 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 3

[Bug 49942] New: Games on Battle.net refuse to launch using either wine-5.18 or wine-staging-5.18
by WineHQ Bugzilla 11 Oct '20

11 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49942 Bug ID: 49942 Summary: Games on Battle.net refuse to launch using either wine-5.18 or wine-staging-5.18 Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nvaert1986(a)hotmail.com Distribution: --- After recently upgrading from wine-staging.5-0 to wine-staging-5.18 (tried wine-5.18 too) all of my Battle.net games fail to launch. When pressing the launch button, the games simply do nothing and sit there stating they're running or state they're running for a few seconds and the message is gone. I've tried running Warcraft 3: Reforged from the terminal and all I receive is a failed to initialize ClientSdk.dll. Haven't tried this for other games. I've tried a clean install but it gives the game result. Whenever I revert back to wine-staging-5.0 the games start fine. -- 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 9

[Bug 45124] New: Fortnite: crash when loading battle royal lobby
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=45124 Bug ID: 45124 Summary: Fortnite: crash when loading battle royal lobby Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ado92300(a)gmail.com Distribution: --- Created attachment 61306 --> https://bugs.winehq.org/attachment.cgi?id=61306 wine log of launching fortnite As of Fortnite 4.0/for now, battle eye is not required to play fortnite and when run through wine the launcher will set -nobe (no battleeye) and fortnite launches with out this bug https://bugs.winehq.org/show_bug.cgi?id=41670. But once you load the title screen and select battle royal it crashes without a clear error (in wine output). I included the log of wine64 (Wine 3.7 Staging) and the UE4 Log for fortnite the only dll override set is shcore to disabled because the launcher wont load with it note: sometimes i can hear the battle royal intro video but never see 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 5

[Bug 32073] New: Some chars are mapped as dead key
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=32073 Bug #: 32073 Summary: Some chars are mapped as dead key Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: cerebro.alexiel(a)gmail.com Classification: Unclassified When I use TapTouche, a typing training software, it warns me my keyboard is mis-configured and disables automatically some exercices. I installed it in an XP VM, compared with wine and found that exercices using the following chars were not available in wine : é ç à ù â ê û î ô É È Ç À Ù Â Ê Û Î Ô Thanks to +relay and +key,+keyboard, I found that VkKeyScan(0xe7) returns -1 in wine, 0x39 in windows VkKeyScan(0xe8) returns -1 in wine, 0x37 in windows I have a french keyboard and as you may have guessed, the 7 key contains 'è' and '`' while the 9 key contains 'ç' and '^'. For the following, I only focus on the 7 key (keycode 16) as it's the same issue for the 9 key. I played with XkbKeycodeToKeysym(display, 16, 0, [0-4]) and it returns 0xe8 'è' / 0x37 '7' / 0x60 '`' / 0xac6 '⅞'. showing my keyboard is correctly mapped/configured so the issue is on the wine side. I looked at the source code and found the issue was in the loop at http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winex11.drv/keyboard.… More precisely, line 1728, keycode_to_keysym returns 0xe8 for i=0, XkbTranslateKeySym fails and as 0xe8 > 0x7F (the lastest ascii char), ckey[i] is 0. There is an explicit FIXME but as I don't fully understand it, I prefer filing a bug. If you need any info, testcase or log, just let me know. -- 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 3

[Bug 12443] New: Multi-monitor handling in ddraw/d3d
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=12443 Summary: Multi-monitor handling in ddraw/d3d Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com In bug 1347, I write: I'm guessing slideshows in Picasa with multi-monitors is affected by this as well. When starting the slideshow, the entire screen gets blanked. After the slideshow ends, the screen that showed the slideshow gets restored, but the secondary screen remains blank until it gets drawn over. Stefan replied: This could as well be a bug with multi-monitor handling in ddraw, as ddraw is pretty ignorant to that. Yes, a bug on d3d multi-monitor handling is a good idea I think. Thus this bug serves as a reminder to look at multi-monitor handling issues in ddraw/d3d. -- 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 7416] Support multiple independent displays for PowerPoint, OpenOffice.org, etc
by WineHQ Bugzilla 10 Oct '20

10 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=7416 Marcin Zajaczkowski <mszpak(a)wp.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mszpak(a)wp.pl -- 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 0

[Bug 49973] New: 64-bit Cheat Engine does not properly handle 32-bit processes
by WineHQ Bugzilla 10 Oct '20

10 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49973 Bug ID: 49973 Summary: 64-bit Cheat Engine does not properly handle 32-bit processes Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: subgraph93(a)gmail.com Distribution: --- Created attachment 68374 --> https://bugs.winehq.org/attachment.cgi?id=68374 cheatengine-x86_64.exe attaching to Tutorial-i386.exe Distribution: Ubuntu 20.04 Program download: Cheat Engine 7.1, available from https://cheatengine.org/downloads.php (the actual link appears to change on every page refresh) Program source code: available at https://github.com/cheat-engine/cheat-engine/ On Windows 7, 64-bit Cheat Engine (cheatengine-x86_64.exe) works fine for 32-bit processes as well as 64-bit processes. However, when using Wine, 64-bit CE cannot properly attach to 32-bit processes. 32-bit CE works fine for 32-bit processes. Explaining in some more detail below. To attach CE to a program, start CE and the program (in any order), then when CE opens, click the "Open process" icon (it looks like a desktop monitor with a magnifying glass; it's below the "File" menu button) and select the target process from the list. CE comes with its own tutorial programs (32-bit and 64-bit), so installing another, unrelated program shouldn't be needed for testing. A simple way to identify whether the issue exists is to add an address using the executable name. To do this, click the "Add Address Manually" button in CE, enter ["programname.exe"] (with the square brackets; e. g. ["Tutorial-i386.exe"]) in the "Address" box, then click OK. Note the new entry in the address list below and check the value in the "Address" column for that entry. When using 32-bit CE on a 32-bit program, the address column shows the actual address (e. g. 00905A4D) and may show a value, but when using 64-bit CE on a 32-bit program (something that works on Windows), the address column shows the text with the program name – something like (["Tutorial-i386.exe"]), with the parentheses, – and the value is just question marks. The most obvious impact of the issue is that cheat tables and assembly scripts cannot work unless the base address (is this the right term?) of the .exe is hardcoded. Other problems with using 64-bit CE on 32-bit programs are that the code finder does not work (so you can't complete Step 5 of the tutorial, which requires you to overwrite an instruction that changes a value; you can't find that instruction), and that pointer scans do not work. (I'll file other tickets if these turn out to be their own issues; but both features work fine if 32-bit CE is used on a 32-bit process.) I set the version as 5.4 because it's the first version I noticed this issue in. This issue was also present in every newer version up to 5.19 (both devel and staging channels). I don't think it's a regression. I didn't use Cheat Engine with Wine versions before 5.4. Attached the terminal output for the 5.19-staging test with 64-bit CE and the 32-bit tutorial. -- 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 1

[Bug 49971] New: LTC2983 demo software Version 1.7.9 adjusting window size is very slow
by WineHQ Bugzilla 10 Oct '20

10 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49971 Bug ID: 49971 Summary: LTC2983 demo software Version 1.7.9 adjusting window size is very slow Product: Wine Version: 5.18 Hardware: x86-64 URL: https://www.analog.com/en/products/ltc2983.html#produc t-requirement OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: ArchLinux Created attachment 68371 --> https://bugs.winehq.org/attachment.cgi?id=68371 console messages Summary LTC2983 demo software Version 1.7.9 adjusting window size is very slow Download location https://www.analog.com/en/products/ltc2983.html#product-requirement http://swdownloads.analog.com/ltc2983/installltc2983.zip $ sha256sum installltc2983.zip b0b4b1ef8447adfdb4cb30dae8742d1ca5458e86bc17cf8e4dafa33978eecd67 installltc2983.zip $ unzip installltc2983.zip $ cd InstallLTC2983/ Steps to reproduce: 1) Install the program: $ wine CDM20824_Setup.exe This does not seem to do anything $ wine start ins2983.msi and accept the defaults. 2) Start the program: $ wine LTC2983.exe 3) Adjust the window size. Now the program redraws the elements on the screen. This takes multiple seconds. My versions $ wine --version wine-5.18 (Staging) $ pacman -Q wine wine-staging 5.18-1 uname -a Linux cedric-p4 5.8.14-arch1-1 #1 SMP PREEMPT Wed, 07 Oct 2020 23:59:46 +0000 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.

1 0

[Bug 8051] The Sims 2 demo needs support for software vertex processing
by WineHQ Bugzilla 10 Oct '20

10 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=8051 --- Comment #184 from Chebanenko Igor <chebanenkoigor93(a)gmail.com> --- I found this: https://www.braynzarsoft.net/viewtutorial/q16390-07-dx9-index-buffers Quote: Index Buffers are used to speed up or optimize your program. They are pretty much the same thing as Vertex Buffers, but instead of storing vertices, it stores indeces. Is it possible to make logic similar with Index Buffers,but for Vertex Buffer routines? Any ideas? -- 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 0

[Bug 14398] New: X3 Reunion crash on opening comm menu
by wine-bugs＠winehq.org 10 Oct '20

10 Oct '20

http://bugs.winehq.org/show_bug.cgi?id=14398 Summary: X3 Reunion crash on opening comm menu Product: Wine Version: 1.1.0 Platform: PC URL: http://www.egosoft.com/games/x3/info_en.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pablo.bueti(a)gmail.com Created an attachment (id=14712) --> (http://bugs.winehq.org/attachment.cgi?id=14712) The console outuput when game hangs When selecting a ship and pressing C to open comms dialog the game hangs, there are several fixme:amstream lines in console that don't stop showing while games is hang. After pressing Ctrl-c in console I got the output to report the error here (attached). This was tested on openSuSe 10.3, kernel 2.6.22.18-0.2-default and Wine 1.1.0 without modifications. Also videos and sounds aparently in mp3 format don't play. I found that I'm not the only having this problem and seems to be related to amstream.dll. Also tried using native dll but don't help (game crashes and return to console). -- 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 49967] New: wine-staging fails to compile
by WineHQ Bugzilla 10 Oct '20

10 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49967 Bug ID: 49967 Summary: wine-staging fails to compile Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Since a few days wine-staging fails to compile for me. I don`t know if this is a fault at my end, but i guess not because regular wine compiles fine. This is on debian 10 (Description: Debian GNU/Linux bullseye/sid) Error: gcc -m32 -c -o dlls/bcrypt/gcrypt.o ../wine/dlls/bcrypt/gcrypt.c -Idlls/bcrypt -I../wine/dlls/bcrypt -Iinclude \ -I../wine/include -I/usr/include/p11-kit-1 -D__WINESRC__ -D_UCRT -DWINE_UNIX_LIB -D_REENTRANT \ -fno-PIC -fasynchronous-unwind-tables -Wall -pipe -fcf-protection=none -fno-stack-protector \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers \ -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -gdwarf-2 \ -gstrict-dwarf -fno-omit-frame-pointer -g -O2 In file included from ../wine/dlls/bcrypt/gcrypt.c:280: ../wine/include/windef.h:116:24: error: unknown type name ‘va_list’ 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winbase.h:2073:84: note: in expansion of macro ‘__ms_va_list’ 2073 | WINBASEAPI DWORD WINAPI FormatMessageA(DWORD,LPCVOID,DWORD,DWORD,LPSTR,DWORD,__ms_va_list*); | ^~~~~~~~~~~~ In file included from ../wine/dlls/bcrypt/gcrypt.c:281: ../wine/include/winbase.h:1613:1: note: ‘va_list’ is defined in header ‘<stdarg.h>’; did you forget to ‘#include <stdarg.h>’? 1612 | #include <poppack.h> +++ |+#include <stdarg.h> 1613 | In file included from ../wine/dlls/bcrypt/gcrypt.c:280: ../wine/include/windef.h:116:24: error: unknown type name ‘va_list’ 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winbase.h:2074:85: note: in expansion of macro ‘__ms_va_list’ 2074 | WINBASEAPI DWORD WINAPI FormatMessageW(DWORD,LPCVOID,DWORD,DWORD,LPWSTR,DWORD,__ms_va_list*); | ^~~~~~~~~~~~ ../wine/include/windef.h:116:24: note: ‘va_list’ is defined in header ‘<stdarg.h>’; did you forget to ‘#include <stdarg.h>’? 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winbase.h:2074:85: note: in expansion of macro ‘__ms_va_list’ 2074 | WINBASEAPI DWORD WINAPI FormatMessageW(DWORD,LPCVOID,DWORD,DWORD,LPWSTR,DWORD,__ms_va_list*); | ^~~~~~~~~~~~ ../wine/include/windef.h:116:24: error: unknown type name ‘va_list’ 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winternl.h:3485:82: note: in expansion of macro ‘__ms_va_list’ 3485 | NTSYSAPI NTSTATUS WINAPI RtlFormatMessage(LPCWSTR,ULONG,BOOLEAN,BOOLEAN,BOOLEAN,__ms_va_list *,LPWSTR,ULONG,ULONG*); | ^~~~~~~~~~~~ In file included from ../wine/dlls/bcrypt/gcrypt.c:282: ../wine/include/winternl.h:27:1: note: ‘va_list’ is defined in header ‘<stdarg.h>’; did you forget to ‘#include <stdarg.h>’? 26 | #include <apiset.h> +++ |+#include <stdarg.h> 27 | In file included from ../wine/dlls/bcrypt/gcrypt.c:280: ../wine/include/windef.h:116:24: error: unknown type name ‘va_list’ 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winternl.h:3486:84: note: in expansion of macro ‘__ms_va_list’ 3486 | NTSYSAPI NTSTATUS WINAPI RtlFormatMessageEx(LPCWSTR,ULONG,BOOLEAN,BOOLEAN,BOOLEAN,__ms_va_list *,LPWSTR,ULONG,ULONG*,ULONG); | ^~~~~~~~~~~~ ../wine/include/windef.h:116:24: note: ‘va_list’ is defined in header ‘<stdarg.h>’; did you forget to ‘#include <stdarg.h>’? 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winternl.h:3486:84: note: in expansion of macro ‘__ms_va_list’ 3486 | NTSYSAPI NTSTATUS WINAPI RtlFormatMessageEx(LPCWSTR,ULONG,BOOLEAN,BOOLEAN,BOOLEAN,__ms_va_list *,LPWSTR,ULONG,ULONG*,ULONG); | ^~~~~~~~~~~~ ../wine/include/windef.h:116:24: error: unknown type name ‘va_list’ 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winternl.h:3716:58: note: in expansion of macro ‘__ms_va_list’ 3716 | NTSYSAPI NTSTATUS WINAPI vDbgPrintEx(ULONG,ULONG,LPCSTR,__ms_va_list); | ^~~~~~~~~~~~ ../wine/include/windef.h:116:24: note: ‘va_list’ is defined in header ‘<stdarg.h>’; did you forget to ‘#include <stdarg.h>’? 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winternl.h:3716:58: note: in expansion of macro ‘__ms_va_list’ 3716 | NTSYSAPI NTSTATUS WINAPI vDbgPrintEx(ULONG,ULONG,LPCSTR,__ms_va_list); | ^~~~~~~~~~~~ ../wine/include/windef.h:116:24: error: unknown type name ‘va_list’ 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winternl.h:3717:75: note: in expansion of macro ‘__ms_va_list’ 3717 | NTSYSAPI NTSTATUS WINAPI vDbgPrintExWithPrefix(LPCSTR,ULONG,ULONG,LPCSTR,__ms_va_list); | ^~~~~~~~~~~~ ../wine/include/windef.h:116:24: note: ‘va_list’ is defined in header ‘<stdarg.h>’; did you forget to ‘#include <stdarg.h>’? 116 | # define __ms_va_list va_list | ^~~~~~~ ../wine/include/winternl.h:3717:75: note: in expansion of macro ‘__ms_va_list’ 3717 | NTSYSAPI NTSTATUS WINAPI vDbgPrintExWithPrefix(LPCSTR,ULONG,ULONG,LPCSTR,__ms_va_list); | ^~~~~~~~~~~~ make: *** [Makefile:11624: dlls/bcrypt/gcrypt.o] Error 1 make: *** Waiting for unfinished jobs.... -- 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 49823] New: Wine-staging 5.17 build fails on older Debian/Ubuntu versions
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49823 Bug ID: 49823 Summary: Wine-staging 5.17 build fails on older Debian/Ubuntu versions Product: Wine-staging Version: 5.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Building the wine-staging packages failed on Debian 9, Ubuntu 16.04, and Ubuntu 18.04. No problem on newer Debian/Ubuntu versions, Fedora, or the wine-devel packages. [ 846s] unix/file.c: In function 'FILE_CreateSymlink': [ 846s] unix/file.c:6093:48: error: 'RENAME_EXCHANGE' undeclared (first use in this function); did you mean 'SONAME_LIBSANE'? [ 846s] if (!renameat2( -1, tmplink, -1, unix_src, RENAME_EXCHANGE )) [ 846s] ^~~~~~~~~~~~~~~ [ 846s] SONAME_LIBSANE [ 846s] unix/file.c:6093:48: note: each undeclared identifier is reported only once for each function it appears in [ 846s] unix/file.c: In function 'FILE_RemoveSymlink': [ 846s] unix/file.c:6418:49: error: 'RENAME_EXCHANGE' undeclared (first use in this function); did you mean 'SONAME_LIBSANE'? [ 846s] if (!renameat2( -1, tmpfile, -1, unix_name, RENAME_EXCHANGE )) [ 846s] ^~~~~~~~~~~~~~~ [ 846s] SONAME_LIBSANE [ 846s] Makefile:945: recipe for target 'unix/file.o' failed [ 846s] make[2]: *** [unix/file.o] Error 1 [ 846s] make[2]: Leaving directory '/usr/src/packages/BUILD/dlls/ntdll' [ 846s] Makefile:9337: recipe for target 'dlls/ntdll' failed [ 846s] make[1]: *** [dlls/ntdll] Error 2 -- 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 49790] New: wine (staging) from 5.13 to current 5.16 - qclauncher hangs (on access to a lock file?)
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49790 Bug ID: 49790 Summary: wine (staging) from 5.13 to current 5.16 - qclauncher hangs (on access to a lock file?) Product: Wine-staging Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)lam.pl CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Because Bethesda.net Launcher doesn't work in WINE, qclauncher has been a great tool to start Quake Champions in WINE for pure BNL accounts (non-Steam). On Fedora (which uses wine-staging), I can't run qclauncher on any wine (staging) newer than 5.12. To reproduce qclauncher's problem, you don't need the game or Bethesda account. All you need is to: - grab the newest qclauncher.exe - https://github.com/syncore/qclauncher/releases/tag/v1.06 and extract that into a directory - cd <said directory> - touch data.qcl - ./qclauncher.exe Because the configuration file is 0 bytes, it should pop up an error saying "Your data.qcl is from an old version (...) You must restart (...)". That's the expected behavior for this test scenario. At least it was able to open the file, see that it's empty and display a dialog. It will remove the empty data.qcl file and you need to touch (re-create) it before test with a different WINE version. In current wine-staging, the pop-up never appears. Instead, wine apparently hangs completely, doesn't show any window, doesn't react to ^C/^\, but can be killed. My history with this problem: - 5.9 works - 5.10 had the same issue - not sure about 5.11 - 5.12 works - 5.13, 5.14, 5.15, 5.16 (newest at the time of writing) all have the bug Because I found a way to reproduce the hang without qclauncher ever trying to launch the game, I'm now suspecting (actually, pretty convinced) that the hang occurs during access to the data.qcl file. The program creates a file "qcl.lock" and perhaps this locking mechanisms got broken? This should be 100% reproducible without any requirements (other than grabbing qclauncher from github), but please let me know if it somehow isn't. Many thanks in advance! -- 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 9

[Bug 49645] New: Adobe Photoshop CC 2018 crashes at every "cancel" interaction
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49645 Bug ID: 49645 Summary: Adobe Photoshop CC 2018 crashes at every "cancel" interaction Product: Wine-staging Version: 5.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l4vebs1mx(a)relay.firefox.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 67846 --> https://bugs.winehq.org/attachment.cgi?id=67846 Backtrace Error Log I have been running Adobe Photoshop CC 2018 flawlessly from 5.10 onwards, but since staging 5.12 a usage breaking error appears: Whenever I cancel / close a dialogue by exiting it (via clicking cancel or esc), the bug occurs: Photoshop has presented an error dialogue "Could not complete your request" for every canceled interaction (example: using the crop tool and then using escape to not commiting the action). Since 5.12, this dialogue does not appear, instead the program crashes to Desktop. Any help would be much appreciated... Thank you all! -- 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 49826] New: Wine-staging 5.17.1 build fails in winegstreamer in Ubuntu 16.04 and Debian 9
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49826 Bug ID: 49826 Summary: Wine-staging 5.17.1 build fails in winegstreamer in Ubuntu 16.04 and Debian 9 Product: Wine-staging Version: 5.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Bug 49823 is fixed with 5.17.1 and Ubuntu 18.04 builds, but Debian 9 and Ubuntu 16.04 now fail in winegstreamer: [ 886s] media_source.o: In function `winegstreamer_stream_handler_create_object': [ 886s] ./dlls/winegstreamer/media_source.c:1101: undefined reference to `gst_structure_get_list' [ 886s] collect2: error: ld returned 1 exit status [ 886s] winegcc: /usr/bin/gcc failed [ 886s] Makefile:719: recipe for target 'winegstreamer.dll.so' failed [ 886s] make[2]: *** [winegstreamer.dll.so] Error 2 [ 886s] make[2]: Leaving directory '/usr/src/packages/BUILD/dlls/winegstreamer' [ 886s] Makefile:9448: recipe for target 'dlls/winegstreamer' failed [ 886s] make[1]: *** [dlls/winegstreamer] Error 2 -- 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 3

[Bug 49714] New: Page fault when running winecfg or wineboot
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49714 Bug ID: 49714 Summary: Page fault when running winecfg or wineboot Product: Wine-staging Version: 5.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 67968 --> https://bugs.winehq.org/attachment.cgi?id=67968 terminal output Wine-Staging@68c50a8fb4cbb402a2cd22b48b58852437104bd2 produces page faults when issuing either winecfg or wineboot -u. -- 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 49708] New: wine-staging 5.15 fails to compile on GCC 4.9.2 with default flags (for loop initialization in mfplat-streaming-support)
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49708 Bug ID: 49708 Summary: wine-staging 5.15 fails to compile on GCC 4.9.2 with default flags (for loop initialization in mfplat-streaming-support) Product: Wine-staging Version: 5.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello, Using GCC 4.9.2 with default flags (=no CCFLAGS or custom options used), compiling wine-staging 5.15 fails with: /media/wine-shares/git/dlls/mf/topology.c: In function ‘topology_loader_enumerate_output_types’: /media/wine-shares/git/dlls/mf/topology.c:1979:5: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode for (unsigned int i = 0; i < num_activates; i++) ^ /media/wine-shares/git/dlls/mf/topology.c:1979:5: note: use option -std=c99, -std=gnu99, -std=c11 or -std=gnu11 to compile your code That construct only appears in wine-staging patchset 'mfplat-streaming-support'. 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 2

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