March 2020 - Wine-bugs - list.winehq.org

[Bug 40233] New: Devil Daggers Refuses to Start
by wine-bugs＠winehq.org 13 Nov '20

13 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=40233 Bug ID: 40233 Summary: Devil Daggers Refuses to Start Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tristanlshockley(a)gmail.com Distribution: --- Created attachment 53778 --> https://bugs.winehq.org/attachment.cgi?id=53778 Devil Dagger Force Close Output I created a thread in the forums (https://forum.winehq.org/viewtopic.php?f=8&t=26228) where I was recommended to create a bug report. To get to this point I needed lib32-openal. After installing samba a winbind error was removed (see the forum link) but this doesn't appear to change anything. The game will not start through terminal because of DRM, you need to run the game through Steam in WINE. When you do so you will see a black box which will autoclose in about five seconds. Attached is the text Steam spits out during this time, and if I can figure out how to post another I will provide an image of the black box. -- 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 12

[Bug 40928] New: Sword of the Stars: The Pit Gold Edition (.NET 4.0/XNA) crashes with a SIGSEGV when using wine-mono
by wine-bugs＠winehq.org 13 Nov '20

13 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=40928 Bug ID: 40928 Summary: Sword of the Stars: The Pit Gold Edition (.NET 4.0/XNA) crashes with a SIGSEGV when using wine-mono Product: Wine Version: 1.9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55038 --> https://bugs.winehq.org/attachment.cgi?id=55038 Terminal output for Wine-1.9.13-114-gb1930ee Windows XP mode Windows XP mode, clean 32-bit prefix. After installing the GOG version of Sword of the Stars: The Pit Gold Edition and running "wine ThePit.exe" I am greeted with what appears to be a wine-mono crash. Wine-mono 4.6.3 is installed. -- 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 47801] New: Growing build/wine VM disk usage
by WineHQ Bugzilla 12 Nov '20

12 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=47801 Bug ID: 47801 Summary: Growing build/wine VM disk usage Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 65291 --> https://bugs.winehq.org/attachment.cgi?id=65291 Evolution of wtbdebian10's revert times Every time we update and rebuild Wine in these VMs the VM's qcow2 file grows. The Wine VMs are those where the disk grows fastest, from ~5 GB to 60+ GB in a matter of weeks. Fortunately it does seem to grow slower after a while. For instance <6 GB to 32 GB (du) from 2019-09-20 to 2019-09-25 for wtbdebian10. This may be caused by the way WineRunReconfig handles live snapshots. To summarize: * Restore to the current live snapshot. * Update and rebuild Wine. * Iff that succeeded, delete the live snapshot and recreate it. This may cause QEmu to not realize that all the data from the now deleted old live snapshot can be reclaimed and reused for the next Wine build. But we had to delete the live snapshot at the last minute because losing it would mean the VM would be unusable until the TestBot administrator could come and fix it. However nowadays the TestBot can recreate live snapshots from powered off snapshots. This means we could delete the live snapshot first, rebuild and recreate the snapshot at the end. In the unlikely event that something goes wrong the live snapshot could be recreated from the powered off 'base'... except in the case of a build error. That case would be unrecoverable unlike in the current scheme. A test with this alternative snapshot management should be made to see if it does actually make a difference in the qcow2 growth (there's really no guarantee it does). For these VMs the revert time does seem to degrade a bit with time(*). This may be related to the qcow2 size and/or accumulation of "phantom snapshots". So the experiment should be run for a while to see if it makes a difference on this metric too. (*) See the Munin graph of wtbdebian10's revert time. The drop in week 38 and 39 correspond to maintenance on the VM where all snapshots were deleted and virt-sparsify run on its disk. -- 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 46726] New: Dirt Rally 2.0 does not use embedded CA cert
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=46726 Bug ID: 46726 Summary: Dirt Rally 2.0 does not use embedded CA cert Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: andreas(a)heider.io Distribution: --- Hi, Dirt Rally 2.0 requires an online connection to play the single player campaign, but with Wine 4.2 it can't successfully establish that connection due to a certificate issue. It tries to connect to https://prod.egonet.codemasters.com/, but since it does not trust the certificate the connection fails. The required CA certificate is embedded in dirtrally2.exe, but Wine does not seem to pick it up and use it. It all works perfectly if I manually trust the CA system-wide, by placing codemasters.pem in /etc/ca-certificates/trust-source/anchors and run update-ca-trust. -- 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 45536] New: Total Commander 9.x crashes on unimplemented function usp10.dll.ScriptGetFontAlternateGlyphs when Wine is not detected
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=45536 Bug ID: 45536 Summary: Total Commander 9.x crashes on unimplemented function usp10.dll.ScriptGetFontAlternateGlyphs when Wine is not detected Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, while investigating bug 45514 (dupe of bug 42497) my Total Commander 9.x installation stopped working because I made 'wine_get_version' a '-noname' ordinal export (cheaper way, to avoid using Wine-Staging/patchset). The app no longer detects Wine and runs into a problem. Download: https://totalcommander.ch/win/tcmd920x64.exe --- snip --- $ pwd /home/focht/wineprefix64-tcmd/drive_c/totalcmd $ file *.{DLL,EXE} TC7Z64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows TCLZMA64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows TCUNZL64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows UNRAR64.DLL: PE32+ executable (DLL) (console) x86-64, for MS Windows WCMICON2.DLL: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows WCMICONS.DLL: PE32 executable (GUI) Intel 80386, for MS Windows WCMZIP64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows NOCLOSE64.EXE: PE32+ executable (GUI) x86-64, for MS Windows TCMADM64.EXE: PE32+ executable (GUI) x86-64, for MS Windows TCMDX32.EXE: PE32 executable (GUI) Intel 80386, for MS Windows TCUNIN64.EXE: PE32+ executable (GUI) x86-64, for MS Windows TOTALCMD64.EXE: PE32+ executable (GUI) x86-64, for MS Windows $ WINEDEBUG=+seh,+relay wine TOTALCMD64.EXE >>log.txt 2>&1 ... 0030:Call KERNEL32.GetProcAddress(7bc80000,00a8a890 "wine_get_version") ret=00474dbb 0030:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00474dbb ... 0030:Ret usp10.ScriptItemize() retval=00000000 ret=009f4047 0030:Call usp10.ScriptShape(00250258,00bd1bc0,01cb9768,00000001,00000010,00099634,02f35050,02f35090,02f350d0,0037693c) ret=009f40d1 ... 0030:Ret usp10.ScriptShape() retval=00000000 ret=009f40d1 0030:Call KERNEL32.RaiseException(80000100,00000001,00000002,01cb96a0) ret=7fe6fee5eb50 0030:trace:seh:NtRaiseException code=80000100 flags=1 addr=0x7b4944b9 ip=7b4944b9 tid=0030 0030:trace:seh:NtRaiseException info[0]=00007fe6fee5eb80 0030:trace:seh:NtRaiseException info[1]=00007fe6fee5eb95 wine: Call from 0x7b4944b9 to unimplemented function usp10.dll.ScriptGetFontAlternateGlyphs, aborting 0030:trace:seh:call_vectored_handlers calling handler at 0x419950 code=80000100 flags=1 ... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/usp10/usp10.spec#l9 --- snip --- 9 @ stub ScriptGetFontAlternateGlyphs --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/usp10/nf-usp10-scriptg… $ sha1sum tcmd920x64.exe d27abd02fe60002cfb60b1c68888a666c48c9142 tcmd920x64.exe $ du -sh tcmd920x64.exe 5.0M tcmd920x64.exe $ wine --version wine-3.13 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 8

[Bug 35903] New: CED1401 Device connected through USB not found
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=35903 Bug ID: 35903 Summary: CED1401 Device connected through USB not found Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com The CED1401 is a devices which connected with USB to the PC. The software for controlling the device installs and runs well, but it does not identify the USB device. For this reason, the application "CED1401" in Winehq's AppDB has currently status "Garbage". -- 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 48405] New: Battle.Net Launcher Beta crashes with Windows version set to 10
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=48405 Bug ID: 48405 Summary: Battle.Net Launcher Beta crashes with Windows version set to 10 Product: Wine Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- If I switch the prefix version to Windows 10 and launch Battle.Net Launcher Beta in it, it will crash if I just interact a bit with the launcher (like move its window, hover over UI elements, etc), and also if I open the settings menu. The crash that is caused by interaction can be work-arounded by enabling Virtual Desktop, but it doesn't work for the crash that occurs when you open the settings menu. Neither issues occur if I set the version to 7. Battle.Net has its own crash handler so I couldn't produce backtraces. Attaching +seh,+relay logs (the prefix these were made in is clean, no native components were installed in 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.

1 6

[Bug 46818] New: PS4 Remote Play 2.x (.NET 4.x app) crashes on Sign-In PlayStation network (mshtml: HTMLDocument_get_cookie should not fail for 'about:blank')
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=46818 Bug ID: 46818 Summary: PS4 Remote Play 2.x (.NET 4.x app) crashes on Sign-In PlayStation network (mshtml:HTMLDocument_get_cookie should not fail for 'about:blank') Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46815 The app crashes when trying to sign-in via 'Settings' or 'Start'. Prerequisite: * 64-bit WINEPREFIX * .NET Framework 4.6 ('winetricks -q dotnet46) * Windows version set to 8.1 or higher Install with Wine-Staging 4.3 or use patch from bug 46812 Work around bug 46809 (https://bugs.winehq.org/show_bug.cgi?id=46809#c2) Work around bug 46815 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sony/PS4 Remote Play $ WINEDEBUG=+seh,+relay,+mshtml,+ieframe,+wininet,+ole,+variant wine ./RemotePlay.exe >>log.txt 2>&1 ... ... 0036:trace:ieframe:WebBrowser_Navigate2 (0x8d0e020)->(0x33e620 {VT_BSTR: L"about:blank"} 0x33e610 {VT_I4: 0} 0x33e600 {VT_EMPTY} 0x33e5f0 {VT_EMPTY} 0x33e5e0 {VT_EMPTY}) 0036:trace:ieframe:navigate_url navigating to L"about:blank" 0036:fixme:ieframe:navigate_url Unsupported args (Flags 0x33e610 {VT_I4: 0}; TargetFrameName 0x33e600 {VT_EMPTY}) 0036:warn:ieframe:navigate_url Invalid post data 0x33e5f0 {VT_EMPTY} ... 0036:Call user32.CreateWindowExW(00000000,77a92020 L"Shell DocObject View",77a92020 L"Shell DocObject View",56010000,00000000,00000000,0000017c,00000258,000101ba,00000000,77a60000,08d0e0ec) ret=77a6c63c ... 0036:trace:mshtml:HTMLLocation_get_href (0x8f2d640)->(0x33e144) ... 0036:Call wininet.InternetCrackUrlW(08f5f46c L"about:blank",00000000,00000000,0033e040) ret=6a59e098 ... 0036:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=00b87968 0036:trace:mshtml:HTMLDocument_get_cookie (0x84940b0)->(0x33e170) 0036:Call KERNEL32.GetProcAddress(77920000,6a6ef3d2 "InternetGetCookieExW") ret=6a642453 0036:Ret KERNEL32.GetProcAddress() retval=77924954 ret=6a642453 0036:Call wininet.InternetGetCookieExW(08f5f46c L"about:blank",00000000,00000000,0033e0ec,00000000,00000000) ret=6a558904 0036:trace:wininet:InternetGetCookieExW (L"about:blank", (null), (nil), 0x33e0ec, 0, (nil)) 0036:trace:wininet:InternetCrackUrlW (L"about:blank" 0 0 0x33df94) 0036:trace:wininet:set_url_component (null) (0) 0036:trace:wininet:GetInternetSchemeW L"about" 5 0036:trace:wininet:set_url_component L"about" (5) 0036:trace:wininet:set_url_component (null) (0) 0036:trace:wininet:set_url_component (null) (0) 0036:trace:wininet:set_url_component (null) (0) 0036:trace:wininet:set_url_component L"blank" (5) 0036:trace:wininet:InternetCrackUrlW L"about:blank": scheme((null)) host((null)) path(L"blank") extra((null)) 0036:Ret wininet.InternetGetCookieExW() retval=00000000 ret=6a558904 0036:fixme:mshtml:HTMLDocument_get_cookie InternetGetCookieExW failed: 87 0036:Call KERNEL32.GetLastError() ret=00c0bc37 0036:Ret KERNEL32.GetLastError() retval=00000057 ret=00c0bc37 ... 0036:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0033e038) ret=00c9d135 0036:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b44c03b ip=7b44c03b tid=0036 0036:trace:seh:raise_exception info[0]=80070057 0036:trace:seh:raise_exception info[1]=00000000 0036:trace:seh:raise_exception info[2]=00000000 0036:trace:seh:raise_exception info[3]=00000000 0036:trace:seh:raise_exception info[4]=00b70000 0036:trace:seh:raise_exception eax=7b43a48d ebx=00000005 ecx=00000000 edx=0033dfe8 esi=0033dfe8 edi=0033dfb0 0036:trace:seh:raise_exception ebp=0033df88 esp=0033df24 cs=330023 ds=33002b es=f7bd002b fs=f7bd0063 gs=f7bd006b flags=00200216 0036:trace:seh:call_vectored_handlers calling handler at 0xc95ce3 code=e0434352 flags=1 ... 0036:trace:ieframe:DocObjectService_FireNavigateComplete2 got URL L"about:blank" --- snip --- Managed backtrace via CLR debugger: --- snip --- (8b.8c): CLR exception - code e0434352 (first chance) Exception object: 01961a58 Exception type: System.ArgumentException Message: Value does not fall within the expected range. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070057 OS Thread Id: 0x8c (0) Child SP IP Call Site 0032e12c 7b44c03b [HelperMethodFrame: 0032e12c] 0032e1dc 05898b73 DomainBoundILStubClass.IL_STUB_CLRtoCOM() 0032e1e0 0be49f62 [InlinedCallFrame: 0032e1e0] System.Windows.Forms.UnsafeNativeMethods+IHTMLDocument2.GetCookie() 0032e24c 0be49f62 RemoteplayUI.SignInOutWebView.?(System.Object, System.EventArgs) 0032e268 05c15083 System.Windows.Forms.Form.OnShown(System.EventArgs) 0032e27c 0530ea41 System.Windows.Forms.Form.CallShownEvent() 0032e288 0530e9d6 System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry) 0032e2a4 0530e923 System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(System.Object) 0032e2cc 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0032e338 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0032e34c 79a962e1 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) 0032e364 0530e8b9 System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry) 0032e37c 0530e66f System.Windows.Forms.Control.InvokeMarshaledCallbacks() 0032e3b4 052fec75 System.Windows.Forms.Control.WndProc(System.Windows.Forms.Message ByRef) ... --- snip --- Snippet of C# code to show the cookie string is being passed as part of 'additionalHeaders' args: --- snip --- # .NET core Webbrowser ... public void Navigate(string urlString, string targetFrameName, byte[] postData, string additionalHeaders) { this.PerformNavigateHelper(this.ReadyNavigateToUrl(urlString), false, targetFrameName, postData, additionalHeaders); } ... # App code snippet private void \uE000(object _param1, EventArgs _param2) { this.\uE00C.Navigate(this.\uE008, (string) null, (byte[]) null, \uE004.\uE000(5515) + this.\uE00C.Document.Cookie + \uE004.\uE000(5508)); } --- snip --- The app uses 'WebBrowser.Document.Cookie' property in the 'Navigate' call. Initially the webbrowser control sits at a blank document ("about:blank") by design, not having navigated/initialized with external URI yet. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/mshtml/htmldoc.c#l855 --- snip --- 855 static HRESULT WINAPI HTMLDocument_get_cookie(IHTMLDocument2 *iface, BSTR *p) 856 { 857 HTMLDocument *This = impl_from_IHTMLDocument2(iface); 858 DWORD size; 859 BOOL bret; 860 861 TRACE("(%p)->(%p)\n", This, p); 862 863 size = 0; 864 bret = InternetGetCookieExW(This->window->url, NULL, NULL, &size, 0, NULL); 865 if(!bret) { 866 switch(GetLastError()) { 867 case ERROR_INSUFFICIENT_BUFFER: 868 break; 869 case ERROR_NO_MORE_ITEMS: 870 *p = NULL; 871 return S_OK; 872 default: 873 FIXME("InternetGetCookieExW failed: %u\n", GetLastError()); 874 return HRESULT_FROM_WIN32(GetLastError()); 875 } 876 } 877 878 if(!size) { 879 *p = NULL; 880 return S_OK; 881 } 882 883 *p = SysAllocStringLen(NULL, size/sizeof(WCHAR)-1); 884 if(!*p) 885 return E_OUTOFMEMORY; 886 887 bret = InternetGetCookieExW(This->window->url, NULL, *p, &size, 0, NULL); 888 if(!bret) { 889 ERR("InternetGetCookieExW failed: %u\n", GetLastError()); 890 return E_FAIL; 891 } 892 893 return S_OK; 894 } --- snip --- 'wininet.InternetGetCookieExW("about:blank", ...)' failing with ERROR_INVALID_PARAMETER is ok, there is even a test-case demonstrating that. 'mshtml.HTMLDocument_get_cookie' method should not fail for URI = "about:blank". Not failing gets the app further - only to run into next bug (jscript engine crash). --- snip --- ... 0035:trace:mshtml:HTMLDocument_get_cookie (0x7af03a8)->(0x33e170) 0035:Call KERNEL32.GetProcAddress(6a690000,6a4ef3d2 "InternetGetCookieExW") ret=6a44246f 0035:Ret KERNEL32.GetProcAddress() retval=6a698954 ret=6a44246f 0035:Call wininet.InternetGetCookieExW(092a0c2c L"about:blank",00000000,00000000,0033e0ec,00000000,00000000) ret=6a358904 0035:trace:wininet:InternetGetCookieExW (L"about:blank", (null), (nil), 0x33e0ec, 0, (nil)) 0035:trace:wininet:InternetCrackUrlW (L"about:blank" 0 0 0x33df94) 0035:trace:wininet:set_url_component (null) (0) 0035:trace:wininet:GetInternetSchemeW L"about" 5 0035:trace:wininet:set_url_component L"about" (5) 0035:trace:wininet:set_url_component (null) (0) 0035:trace:wininet:set_url_component (null) (0) 0035:trace:wininet:set_url_component (null) (0) 0035:trace:wininet:set_url_component L"blank" (5) 0035:trace:wininet:InternetCrackUrlW L"about:blank": scheme((null)) host((null)) path(L"blank") extra((null)) 0035:Ret wininet.InternetGetCookieExW() retval=00000000 ret=6a358904 ... 0035:trace:ieframe:WebBrowser_Navigate2 (0x8f3fc08)->(0x33e0f4 {VT_BSTR: L"https://auth.api.sonyentertainmentnetwork.com/2.0/oauth/authorize?service_e… 0x33e0e4 {VT_I4: 0} 0x33e0d4 {VT_EMPTY} 0x33e0c4 {VT_EMPTY} 0x33e0b4 {VT_BSTR: L"Cookie: \r\n"}) 0035:trace:ieframe:navigate_url navigating to L"https://auth.api.sonyentertainmentnetwork.com/2.0/oauth/authorize?service_e…"... 0035:fixme:ieframe:navigate_url Unsupported args (Flags 0x33e0e4 {VT_I4: 0}; TargetFrameName 0x33e0d4 {VT_EMPTY}) 0035:warn:ieframe:navigate_url Invalid post data 0x33e0c4 {VT_EMPTY} 0035:trace:ieframe:navigate_url Headers: L"Cookie: \r\n" ... 0035:trace:ieframe:async_doc_navigate L"https://auth.api.sonyentertainmentnetwork.com/2.0/oauth/authorize?service_e…... ... 0035:Call wininet.InternetConnectW(00000001,08ec3ee4 L"auth.api.sonyentertainmentnetwork.com",000001bb,08dafbd4 L"",08a7504c L"",00000003,00800000,08a63be8) ret=776ec229 ... 0035:Call wininet.HttpOpenRequestW(00000002,777378ac L"GET",08a63ee4 L"/2.0/oauth/authorize?service_entity=urn:service-entity:psn&response_type=code&client_id=...&redirect_uri=https:/..., (null), (null), 0x33daa4, 00c00000, 08a63be8) 0035:trace:wininet:HttpOpenRequestW accept type: L"*/*" 0035:trace:wininet:WININET_AddRef 0x8a63ca0 -> refcount = 2 0035:trace:wininet:get_handle_object handle 2 -> 0x8a63ca0 0035:trace:wininet:HTTP_HttpOpenRequestW --> ... --- snip --- $ sha1sum RemotePlayInstaller.exe d7e56a826e82689383687dfc63fe2a035b987604 RemotePlayInstaller.exe $ du -sh RemotePlayInstaller.exe 19M RemotePlayInstaller.exe $ wine --version wine-4.3-229-g6d82b2f1ad 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 44127] New: Metal Gear Solid V: Ground Zeroes doesn't launch
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=44127 Bug ID: 44127 Summary: Metal Gear Solid V: Ground Zeroes doesn't launch Product: Wine Version: 2.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 59865 --> https://bugs.winehq.org/attachment.cgi?id=59865 +seh Game crashes at launch. 00e2:err:seh:NtRaiseException Unhandled exception code 80000003 flags 0 addr 0x7bc8e34d wine-2.22-158-g47e9e911ac -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 44925] New: StarForce v3 kernel driver service 'sfhlp02' fails in driver entry point due to 'ntoskrnl.exe.ExCreateCallback' stub ( needs STATUS_SUCCESS)
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=44925 Bug ID: 44925 Summary: StarForce v3 kernel driver service 'sfhlp02' fails in driver entry point due to 'ntoskrnl.exe.ExCreateCallback' stub (needs STATUS_SUCCESS) Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44924 --- snip --- ... 0035:Call driver init 0x785300 (obj=0x11caf0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\sfhlp02") ... 035:Call ntoskrnl.exe.IoCreateSynchronizationEvent(0065fc80,0065fc8c) ret=00785414 0035:fixme:ntoskrnl:IoCreateSynchronizationEvent (0x65fc80 0x65fc8c) stub 0035:Ret ntoskrnl.exe.IoCreateSynchronizationEvent() retval=cafebabe ret=00785414 0035:Call ntoskrnl.exe.KeEnterCriticalRegion() ret=0078542c 0035:fixme:ntoskrnl:KeEnterCriticalRegion : stub 0035:Ret ntoskrnl.exe.KeEnterCriticalRegion() retval=00000031 ret=0078542c 0035:Call ntoskrnl.exe.KeWaitForSingleObject(cafebabe,00000000,00000000,00000000,00000000) ret=00785437 0035:fixme:ntoskrnl:KeWaitForSingleObject stub: 0xcafebabe, 0, 0, 0, (nil) 0035:Ret ntoskrnl.exe.KeWaitForSingleObject() retval=c0000002 ret=00785437 0035:Call ntoskrnl.exe.RtlInitUnicodeString(0065fc78,007853ac L"\\Callback\\StarForceCreateThread") ret=00785442 0035:Call ntdll.RtlInitUnicodeString(0065fc78,007853ac L"\\Callback\\StarForceCreateThread") ret=7bc7f41b 0035:Ret ntdll.RtlInitUnicodeString() retval=0065fc78 ret=7bc7f41b 0035:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0065fc78 ret=00785442 0035:Call ntoskrnl.exe.ExCreateCallback(0065fc88,0065fc60,00000000,00000001) ret=00785472 0035:fixme:ntoskrnl:ExCreateCallback (0x65fc88, 0x65fc60, 0, 1): stub 0035:Ret ntoskrnl.exe.ExCreateCallback() retval=c0000002 ret=00785472 0035:Call ntoskrnl.exe.ZwClose(00783014) ret=007854ee 0035:Call ntdll.NtClose(00783014) ret=7bc7f41b 0035:Ret ntdll.NtClose() retval=c0000008 ret=7bc7f41b 0035:Ret ntoskrnl.exe.ZwClose() retval=c0000008 ret=007854ee 0035:Call ntoskrnl.exe.KeLeaveCriticalRegion() ret=007854f4 0035:fixme:ntoskrnl:KeLeaveCriticalRegion : stub 0035:Ret ntoskrnl.exe.KeLeaveCriticalRegion() retval=00000031 ret=007854f4 0035:Call ntoskrnl.exe.IoAllocateErrorLogEntry(0011caf0,00000030) ret=0078103a 0035:fixme:ntoskrnl:IoAllocateErrorLogEntry stub: 0x11caf0, 48 0035:Ret ntoskrnl.exe.IoAllocateErrorLogEntry() retval=00000000 ret=0078103a ... 0035:Ret driver init 0x785300 (obj=0x11caf0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\sfhlp02") retval=c0000002 ... 0035:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000002 ret=7effb786 0035:err:winedevice:async_create_driver failed to create driver L"sfhlp02": c0000002 --- snip --- With a patch applied, the driver entry point is successfully executed: --- snip --- ... 0036:Call driver init 0x785300 (obj=0x11cbb0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\sfhlp02") ... 0036:Call ntoskrnl.exe.RtlInitUnicodeString(0065fc78,007853ac L"\\Callback\\StarForceCreateThread") ret=00785442 0036:Call ntdll.RtlInitUnicodeString(0065fc78,007853ac L"\\Callback\\StarForceCreateThread") ret=7bc7f41b 0036:Ret ntdll.RtlInitUnicodeString() retval=0065fc78 ret=7bc7f41b 0036:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0065fc78 ret=00785442 0036:Call ntoskrnl.exe.ExCreateCallback(0065fc88,0065fc60,00000000,00000001) ret=00785472 0036:fixme:ntoskrnl:ExCreateCallback (0x65fc88, 0x65fc60, 0, 1): stub 0036:Ret ntoskrnl.exe.ExCreateCallback() retval=00000000 ret=00785472 ... 0036:Call ntoskrnl.exe.KeLeaveCriticalRegion() ret=0078551a 0036:fixme:ntoskrnl:KeLeaveCriticalRegion : stub 0036:Ret ntoskrnl.exe.KeLeaveCriticalRegion() retval=00000031 ret=0078551a 0036:Ret driver init 0x785300 (obj=0x11cbb0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\sfhlp02") retval=00000000 0036:Ret ntoskrnl.exe.IoCreateDriver() retval=00000000 ret=7effb786 0036:Call ntoskrnl.exe.ObReferenceObjectByName(0065fdc0,00000040,00000000,00000000,00000000,00000000,00000000,0065fdc8) ret=7effb810 0036:trace:ntoskrnl:ObReferenceObjectByName mostly-stub:L"\\Driver\\sfhlp02" 64 (nil) 0 (nil) 0 (nil) 0x65fdc8 0036:Call ntdll.RtlCompareUnicodeString(0065fdc0,0011cbcc,00000000) ret=7ec13108 0036:Ret ntdll.RtlCompareUnicodeString() retval=00000000 ret=7ec13108 0036:Ret ntoskrnl.exe.ObReferenceObjectByName() retval=00000000 ret=7effb810 ... 0036:Call KERNEL32.SetEvent(0000003c) ret=7effb88e 0036:Ret KERNEL32.SetEvent() retval=00000001 ret=7effb88e 0036:Call advapi32.SetServiceStatus(0011b7e0,0065fd84) ret=7effb3d9 --- snip --- $ sha1sum tmsunrisedemo_setup.exe 2d44577a71718464c595d9da91a017fb0914afc4 tmsunrisedemo_setup.exe $ du -sh tmsunrisedemo_setup.exe 210M tmsunrisedemo_setup.exe $ wine --version wine-3.5-91-g3263d51a1f 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 11