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

[Bug 46808] New: expand fails with /f: option
by wine-bugs＠winehq.org March 10, 2019

March 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=46808 Bug ID: 46808 Summary: expand fails with /f: option Product: Wine Version: 4.3 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: --- Microsoft Docs (https://docs.microsoft.com/en-us/windows-server/administration/windows-comm…) say that EXPAND supports such option but Wine's EXPAND does not. -- 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 46815] New: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user' s Local AppData directory)
by wine-bugs＠winehq.org March 10, 2019

March 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=46815 Bug ID: 46815 Summary: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user's Local AppData directory) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46809 (and bug 46812). The app still fails, displaying a message "Cannot connect to the server.". 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) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sony/PS4 Remote Play $ WINEDEBUG=+seh,+relay wine ./RemotePlay.exe >>log.txt 2>&1 ... 0040:Call shell32.SHGetFolderPathW(00000000,0000001c,00000000,00000000,001f2720) ret=79b46917 ... 0040:Call shlwapi.PathFileExistsW(0683f440 L"C:\\users\\focht\\Local Settings\\Application Data") ret=786a4a8c ... 0040:Ret shlwapi.PathFileExistsW() retval=00000001 ret=786a4a8c 0040:Ret shell32.SHGetFolderPathW() retval=00000000 ret=79b46917 ... 0040:Call KERNEL32.GetFullPathNameW(0683f458 L"C:\\users\\focht\\Local Settings\\Application Data",00000105,0683f22c,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000002e ret=79b48abb ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=00000047 ret=79b48abb ... 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=000003f0 ret=00cb4513 0040:Call KERNEL32.CreateFileW(0171eb50 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000003f ret=79b48abb ... 0040:Call KERNEL32.CreateFileW(0171f224 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00cb4513 ... 0040:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0683f5a0) ret=00c9d135 0040:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b44c03b ip=7b44c03b tid=0040 0040:trace:seh:raise_exception info[0]=80070003 0040:trace:seh:raise_exception info[1]=00000000 0040:trace:seh:raise_exception info[2]=00000000 0040:trace:seh:raise_exception info[3]=00000000 0040:trace:seh:raise_exception info[4]=00b70000 0040:trace:seh:raise_exception eax=7b43a48d ebx=00000005 ecx=00000000 edx=0683f550 esi=0683f550 edi=0683f510 0040:trace:seh:raise_exception ebp=0683f4e8 esp=0683f484 cs=6830023 ds=683002b es=f7c5002b fs=f7c50063 gs=f7c5006b flags=00000216 0040:trace:seh:call_vectored_handlers calling handler at 0xc95ce3 code=e0434352 flags=1 0040:Call KERNEL32.GetLastError() ret=00c95d11 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00c95d11 ... 0038:Call user32.CreateWindowExW(00000000,01719420 L"WindowsForms10.STATIC.app.0.141b42a_r5_ad1",01727e08 L"Cannot connect to the server.",5600000d,00000010,0000001c,000001c0,00000041,0001008a,00000000,00400000,00000000) ret=0506dccf ... --- snip --- Corresponding managed callstacks using CLR debugger (normally invisible): --- snip --- ... (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174ac28 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\rp-version-win.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edb75 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174c808 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\pplist.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edc60 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] ... --- snip --- Looks like the app wants to put files into '%CSIDL_LOCAL_APPDATA%\\Temp' https://stackoverflow.com/questions/1322442/getting-user-temporary-folder-p… --- quote --- In Windows 10, this can be tricky because the value of the Temporary Path depends not only what it's set to by default, but also what kind of app you're using. So it depends what specifically you need. [Common Area] TEMP in User's Local App Data #include <Windows.h> #include <Shlobj.h> #include <Shlobj_core.h> #include <string_view> // ... static void GetUserLocalTempPath(std::wstring& input_parameter) { static constexpr std::wstring_view temp_label = L"\\Temp\\"; HWND folder_handle = { 0 }; WCHAR temp_path[MAX_PATH]; auto get_folder = SHGetFolderPath( folder_handle, CSIDL_LOCAL_APPDATA, NULL, SHGFP_TYPE_DEFAULT, temp_path ); if (get_folder == S_OK) { input_parameter = static_cast<const wchar_t*>(temp_path); input_parameter.append(temp_label); CloseHandle(folder_handle); } } GetUserLocalTempPath will likely return the full name instead of the short name. Also, if whatever is running it is doing it as as SYSTEM instead of a logged in user, instead of it returning %USERPROFILE%\AppData\Local\Temp, it will return something more like, C:\Windows\System32\config\systemprofile\AppData\Local\Temp --- quote --- Manually creating the directory gets the app further (to run into next issue) Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shellpath.c#… --- snip --- 4570 /****************************************************************************** 4571 * create_extra_folders [Internal] 4572 * 4573 * Create some extra folders that don't have a standard CSIDL definition. 4574 */ 4575 static HRESULT create_extra_folders(void) 4576 { 4577 static const WCHAR environW[] = {'E','n','v','i','r','o','n','m','e','n','t',0}; 4578 static const WCHAR microsoftW[] = {'M','i','c','r','o','s','o','f','t',0}; 4579 static const WCHAR TempW[] = {'T','e','m','p',0}; 4580 static const WCHAR TEMPW[] = {'T','E','M','P',0}; 4581 static const WCHAR TMPW[] = {'T','M','P',0}; 4582 WCHAR path[MAX_PATH+5]; 4583 HRESULT hr; 4584 HKEY hkey; 4585 DWORD type, size, ret; 4586 4587 ret = RegCreateKeyW( HKEY_CURRENT_USER, environW, &hkey ); 4588 if (ret) return HRESULT_FROM_WIN32( ret ); 4589 4590 /* FIXME: should be under AppData, but we don't want spaces in the temp path */ 4591 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_PROFILE | CSIDL_FLAG_CREATE, NULL, 4592 SHGFP_TYPE_DEFAULT, TempW, path ); 4593 if (SUCCEEDED(hr)) 4594 { 4595 size = sizeof(path); 4596 if (RegQueryValueExW( hkey, TEMPW, NULL, &type, (LPBYTE)path, &size )) 4597 RegSetValueExW( hkey, TEMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4598 size = sizeof(path); 4599 if (RegQueryValueExW( hkey, TMPW, NULL, &type, (LPBYTE)path, &size )) 4600 RegSetValueExW( hkey, TMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4601 } 4602 RegCloseKey( hkey ); 4603 4604 if (SUCCEEDED(hr)) 4605 { 4606 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_COMMON_APPDATA | CSIDL_FLAG_CREATE, NULL, 4607 SHGFP_TYPE_DEFAULT, microsoftW, path ); 4608 } 4609 if (SUCCEEDED(hr)) 4610 { 4611 hr = SHGetFolderPathAndSubDirW(0, CSIDL_APPDATA | CSIDL_FLAG_CREATE, NULL, 4612 SHGFP_TYPE_DEFAULT, Microsoft_Windows_ThemesW, path); 4613 } 4614 return hr; 4615 } --- snip --- There is even a related FIXME comment. $ 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.

1 1

[Bug 23151] New: Mass Effect 2: in intro video, Miranda's eyes are solid white
by wine-bugs＠winehq.org March 10, 2019

March 10, 2019

http://bugs.winehq.org/show_bug.cgi?id=23151 Summary: Mass Effect 2: in intro video, Miranda's eyes are solid white Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=28794) --> (http://bugs.winehq.org/attachment.cgi?id=28794) screenshot - wine Only happens in one part. The dialog is around "But Shepard...they'll follow him. He's a hero, a bloody icon." and "But he's just one man." I'll attach screenshots on windows and wine. Terminal output is: fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the format lookup table fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats Note: The wine screenshot had a small delay from Shutter, so there's a line across it where two frames merged. That's not in the game, but you can see the eye problem in it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 22

[Bug 36047] New: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub)
by wine-bugs＠winehq.org March 9, 2019

March 9, 2019

https://bugs.winehq.org/show_bug.cgi?id=36047 Bug ID: 36047 Summary: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/marangatu $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+msgbox wine ./eset.exe >> log.txt 2>&1 ... 0023:trace:ole:ITypeInfo_fnInvoke (0x15cc70)(0x14c2f0,id=502,flags=0x00000001,0x33f568,(nil),0x33f548,0x33f578) 0023:trace:ole:dump_DispParms args=4 named args=0 0023:trace:ole:dump_DispParms args: 0023:trace:ole:dump_Variant 0x33f5ac->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5bc->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5cc->{VT_I4,0} 0023:trace:ole:dump_Variant 0x33f5dc->{VT_I4,7} 0023:trace:ole:ITypeInfo_fnInvoke invoking: L"ExecWB"(4) parm0: L"cmdID" parm1: L"cmdexecopt" parm2: L"pvaIn" parm3: L"pvaOut" ... 0023:fixme:mshtml:exec_print_preview (0x2c926b0)->(0 0x2e52808 0x2e52818) ... 0023:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 ... 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=deadcafe edx=0033f41c esi=0033f4bc edi=0033f480 0023:trace:seh:raise_exception ebp=0033f458 esp=0033f3f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x401f36 code=c000008f flags=1 ... 0023:trace:msgbox:MSGBOX_OnInit L"Run-time error '445':\n\nObject doesn't support this action" --- snip --- Source: http://source.winehq.org/git/wine.git/blob/595fb40efcfe1d49747ef63e823f9e61… --- snip --- 304 static HRESULT exec_print_preview(HTMLDocument *This, DWORD nCmdexecopt, VARIANT *pvaIn, VARIANT *pvaOut) 305 { 306 FIXME("(%p)->(%d %p %p)\n", This, nCmdexecopt, pvaIn, pvaOut); 307 return E_NOTIMPL; 308 } --- snip --- $ sha1sum instalador.exe b4ce5267dcbfec8055ca5d3e251c91add8a11ec3 instalador.exe $ du -sh instalador.exe 3.0M instalador.exe $ wine --version wine-1.7.17-28-g5ef5490 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 4

[Bug 43907] New: preloader warning "failed to reserve range" after upgrading to macOS 10.13 High Sierra
by wine-bugs＠winehq.org March 9, 2019

March 9, 2019

https://bugs.winehq.org/show_bug.cgi?id=43907 Bug ID: 43907 Summary: preloader warning "failed to reserve range" after upgrading to macOS 10.13 High Sierra Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com Distribution: --- After upgrading a machine to macOS 10.13 High Sierra, running any program with wine results in these warnings: preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 Tested with wine-2.18 (Staging). -- 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 46799] New: Second screen goes black when starting Guild Wars 2
by wine-bugs＠winehq.org March 9, 2019

March 9, 2019

https://bugs.winehq.org/show_bug.cgi?id=46799 Bug ID: 46799 Summary: Second screen goes black when starting Guild Wars 2 Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: trainingmacro(a)gmail.com Distribution: --- Happens with Guild Wars 2 as well as Skyrim. Guild Wars 2 is available free to play at https://www.guildwars2.com/en/ Second screen goes black, if windowed fullscreen was selected the game launches on the mainscreen yet stretches to the resolution of both screens. Once the game is exited, the window manager (awesomewm) is no longer showing the wm bar at the top of the second screen. I'm using the propriety nvidia drivers (on a GTX 1080). -- 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 4666] Many games bundled with HackShield anti-cheat system abort on startup with Hackshield error 108 (copy of system dlls, native vs. Wine placeholder)
by wine-bugs＠winehq.org March 8, 2019

March 8, 2019

https://bugs.winehq.org/show_bug.cgi?id=4666 Irfan Adilovic <wine.ia_mask(a)spamgourmet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|wine.ia_mask(a)spamgourmet.co | |m | -- 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 4666] Many games bundled with HackShield anti-cheat system abort on startup with Hackshield error 108 (copy of system dlls, native vs. Wine placeholder)
by wine-bugs＠winehq.org March 8, 2019

March 8, 2019

https://bugs.winehq.org/show_bug.cgi?id=4666 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- OS|other |Linux Hardware|Other |x86-64 Keywords| |download URL|http://inixsoft.nefficient. |https://maplelegends.com/do |co.kr/inixsoft/KalOnlineEng |wnload |/KalOnlineSetupEng060214.ex | |e | --- Comment #59 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, revisiting, obviously still present. I'm adjusting the download link to some working one -> Maple Story/Legends NOTE: installer needs 'winetricks -q mfc42' (isskin.dll) --- snip --- $ pwd /home/focht/.wine/drive_c/MapleLegends $ WINEDEBUG=+seh,+loaddll,+module,+relay wine ./MapleLegends.exe >>log.txt 2>&1 ... 002c:Call KERNEL32.GetModuleHandleA(009640ec "ws2_32.dll") ret=00b73097 002c:trace:module:LdrGetDllHandle L"ws2_32.dll" -> 0x7e150000 (load path L"C:\\MapleLegends;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 002c:Ret KERNEL32.GetModuleHandleA() retval=7e150000 ret=00b73097 002c:Call KERNEL32.GetSystemDirectoryA(0033f504,00000104) ret=00b6b3ad 002c:Ret KERNEL32.GetSystemDirectoryA() retval=00000013 ret=00b6b3ad 002c:Call KERNEL32.GetTempPathA(00000104,0033f608) ret=00b6b3d5 002c:Ret KERNEL32.GetTempPathA() retval=00000014 ret=00b6b3d5 002c:Call KERNEL32.GetTempFileNameA(0033f608 "C:\\users\\focht\\Temp\\",009640e4 "nst",00000000,0033f608) ret=00b6b3df 002c:Ret KERNEL32.GetTempFileNameA() retval=00007f2e ret=00b6b3df 002c:Call KERNEL32.CopyFileA(0033f504 "C:\\windows\\system32\\ws2_32.dll",0033f608 "C:\\users\\focht\\Temp\\nst7f2e.tmp",00000000) ret=00b6b3e9 002c:Ret KERNEL32.CopyFileA() retval=00000001 ret=00b6b3e9 002c:Call KERNEL32.CreateFileA(0033f608 "C:\\users\\focht\\Temp\\nst7f2e.tmp",c0000000,00000003,00000000,00000003,00000080,00000000) ret=00b6b3f3 002c:Ret KERNEL32.CreateFileA() retval=00000098 ret=00b6b3f3 002c:Call KERNEL32.ReadFile(00000098,0033f70c,00000040,0033f74c,00000000) ret=00b6b3fd 002c:Ret KERNEL32.ReadFile() retval=00000001 ret=00b6b3fd 002c:Call KERNEL32.SetFilePointer(00000098,00000060,00000000,00000000) ret=00b6b407 002c:Ret KERNEL32.SetFilePointer() retval=00000060 ret=00b6b407 002c:Call KERNEL32.ReadFile(00000098,0033f308,000000f8,0033f74c,00000000) ret=00b6b411 002c:Ret KERNEL32.ReadFile() retval=00000001 ret=00b6b411 002c:Call KERNEL32.CloseHandle(00000098) ret=00b6b42f 002c:Ret KERNEL32.CloseHandle() retval=00000001 ret=00b6b42f 002c:Call KERNEL32.LoadLibraryExA(0033f608 "C:\\users\\focht\\Temp\\nst7f2e.tmp",00000000,00000008) ret=00b6b439 002c:trace:module:load_dll looking for L"C:\\users\\focht\\Temp\\nst7f2e.tmp" in L"C:\\users\\focht\\Temp;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 002c:trace:module:map_image mapped PE file at 0x14b0000-0x14b4000 002c:trace:module:map_image mapping section .text at 0x14b1000 off 200 size 5 virt 1000 flags 60000020 002c:trace:module:map_image clearing 0x14b1200 - 0x14b2000 002c:trace:module:map_image mapping section .reloc at 0x14b2000 off 400 size 8 virt 1000 flags 42000040 002c:trace:module:map_image clearing 0x14b2200 - 0x14b3000 002c:trace:module:map_image mapping section .rsrc at 0x14b3000 off 600 size 3ac virt 1000 flags 40000040 002c:trace:module:map_image clearing 0x14b3400 - 0x14b4000 002c:trace:module:get_load_order looking for L"C:\\users\\focht\\Temp\\nst7f2e.tmp" 002c:trace:module:get_load_order got hardcoded default for L"C:\\users\\focht\\Temp\\nst7f2e.tmp" 002c:trace:module:load_dll L"\\??\\C:\\users\\focht\\Temp\\nst7f2e.tmp" is a fake Wine dll 002c:trace:module:load_builtin_dll Trying built-in L"nst7f2e.tmp" 002c:warn:module:load_builtin_dll cannot open .so lib for builtin L"nst7f2e.tmp": /home/focht/projects/wine/mainline-install-x86_64/bin/../lib/wine/nst7f2e.tmp.so: cannot open shared object file: No such file or directory 002c:warn:module:load_dll Failed to load module L"C:\\users\\focht\\Temp\\nst7f2e.tmp"; status=c0000135 002c:Ret KERNEL32.LoadLibraryExA() retval=00000000 ret=00b6b439 002c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x258 ip=00000258 tid=002c 002c:trace:seh:raise_exception info[0]=00000000 002c:trace:seh:raise_exception info[1]=00000258 002c:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=0033f40c edx=00110064 esi=00978248 edi=0097bc68 002c:trace:seh:raise_exception ebp=0033fa20 esp=0033f758 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002c:trace:seh:call_stack_handlers calling handler at 0x8e1f6a code=c0000005 flags=0 002c:trace:seh:call_stack_handlers handler at 0x8e1f6a returned 1 002c:trace:seh:call_stack_handlers calling handler at 0x8e1e9f code=c0000005 flags=0 002c:Call KERNEL32.GetLastError() ret=0087e379 002c:Ret KERNEL32.GetLastError() retval=0000007e ret=0087e379 002c:trace:seh:call_stack_handlers handler at 0x8e1e9f returned 1 002c:trace:seh:call_stack_handlers calling handler at 0x87b11c code=c0000005 flags=0 --- snip --- Just for proof (it's the pristine 32-bit placeholder and the copy): --- snip --- $ cmp -b windows/system32/ws2_32.dll users/focht/Temp/nst7f2e.tmp $ winedump windows/system32/ws2_32.dll Contents of windows/system32/ws2_32.dll: 2476 bytes *** This is a Wine fake DLL *** File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) offset 104 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 2022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE DLL Optional Header (32bit) Magic 0x10B 267 linker version 7.10 size of code 0x5 5 size of initialized data 0x0 0 size of uninitialized data 0x0 0 entrypoint RVA 0x1000 4096 base of code 0x1000 4096 base of data 0x0 0 image base 0x10000000 268435456 section align 0x1000 4096 file align 0x200 512 required OS version 1.00 image version 0.00 subsystem version 4.00 Win32 Version 0x0 0 size of image 0x4000 16384 size of headers 0x200 512 checksum 0x0 0 Subsystem 0x0 (Unknown) DLL characteristics: 0x100 NX_COMPAT stack reserve size 0x100000 1048576 stack commit size 0x1000 4096 heap reserve size 0x100000 1048576 heap commit size 0x1000 4096 loader flags 0x0 0 RVAs & sizes 0x10 16 Data Directory EXPORT rva: 0x0 size: 0x0 IMPORT rva: 0x0 size: 0x0 RESOURCE rva: 0x3000 size: 0x3ac EXCEPTION rva: 0x0 size: 0x0 SECURITY rva: 0x0 size: 0x0 BASERELOC rva: 0x2000 size: 0x8 DEBUG rva: 0x0 size: 0x0 ARCHITECTURE rva: 0x0 size: 0x0 GLOBALPTR rva: 0x0 size: 0x0 TLS rva: 0x0 size: 0x0 LOAD_CONFIG rva: 0x0 size: 0x0 Bound IAT rva: 0x0 size: 0x0 IAT rva: 0x0 size: 0x0 Delay IAT rva: 0x0 size: 0x0 CLR Header rva: 0x0 size: 0x0 rva: 0x0 size: 0x0 Done dumping windows/system32/ws2_32.dll --- snip --- We need to come up with better approach. One idea was briefly discussed during last WineConf 2018. Instead of emitting fake dlls at Wine build time, a helper tool could load all the dlls and dump/write out PE files from the in-memory representation (before loader fixups) at prefix creation/update time. This would also solve a number of bugs with protection schemes that compare disk vs. in-memory layout of PEs. $ sha1sum MapleLegendsFeb2202019.exe 2bb2e9f644e125776216540377d3a5b832874ccc MapleLegendsFeb2202019.exe $ du -sh MapleLegendsFeb2202019.exe 1.9G MapleLegendsFeb2202019.exe $ wine --version wine-4.3-188-gab7756619c 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 0

[Bug 3260] StarForce 3.x: games crash or fail to start due to missing kernel driver infrastructure [metabug]
by wine-bugs＠winehq.org March 8, 2019

March 8, 2019

https://bugs.winehq.org/show_bug.cgi?id=3260 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |ABANDONED --- Comment #69 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, yes, it's about time to get rid of this meta bug. Like the old SafeDisc meta-bugs such bugs are not really useful at all. I will de-duplicate individual issues as needed, so ignore the email noise. I chose 'ABANDONED' here as resolution to avoid people getting triggered if I take 'WONTFIX' or 'INVALID' (meta-bugs not allowed). $ wine --version wine-4.3-188-gab7756619c 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 0

[Bug 27349] New: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...)
by wine-bugs＠winehq.org March 8, 2019

March 8, 2019

http://bugs.winehq.org/show_bug.cgi?id=27349 Summary: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, many games (and some apps) have dependency on "meta" bug 219 "Programs refuse to run because of safedisc copy-protection" which just bad (not even targeting specific version). I bought some games for few bucks just to have a look at some copy protections. Though I will probably never play them ;-) Collecting/tracking affected games/apps for this _specific_ issue here (applicable appdb entries should have bug 219 dependency removed in favor of this one). The root cause was already targeted by bug 10273 ("satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins (affects e.g. adobe photoshop)") ... That bug was closed a long time ago because it ought to work for various SD 2.x apps/games (unfortunately also depending on wine build environment/host gcc). I rejected the idea of reviving that bug and instead created a new one, targeting the affected core dll. Game: "SimCity 4" A quick scan with "ProtectionID" reveals: --- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... Scanning -> H:\.wine\drive_c\Program Files\Maxis\SimCity 4\Apps\SimCity 4.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7971630 (079A32Eh) Byte(s) [x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL) -> File has 746286 (0B632Eh) bytes of appended data starting at offset 06E4000h [File Heuristics] -> Flag : 00000000000000000100000100000111 (0x00004107) [!] Safedisc v2/v3/v4 [unknown version] detected ! [i] Appended data contents.... ... [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.262 Second(s) --- snip --- We can do better ... The string "BoG_" is well known for detection of SafeDisc versions. --- snip --- $:~/.wine/drive_c/Program Files/Maxis/SimCity 4/Apps$ xxd -g 4 SimCity\ 4.exe | grep "BoG_" -A 2 0006fd0: 00000000 426f475f 202a3930 2e302621 ....BoG_ *90.0&! 0006fe0: 21202059 793e0000 00000000 00000000 ! Yy>.......... 0006ff0: 00000000 02000000 50000000 0a000000 ........P....... --- snip --- 0x02000000 -> 2 0x50000000 -> 90 0x0a000000 -> 10 So this is SafeDisc v2.90.10 protection. By debugging this game I came to conclusion there is still a problem with the API entry statistics. $ wine --version wine-1.3.21-26-ge6ee2c1 $ gcc --version gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) For the meaning of the table just read up some comments in bug 10273 kernel32 user32 gdi32 condition (cx < threshold) -------------------------------------------------------------------- c1: 0x43 0x55 0x50 0x5F c2: 0x23 *0x41 0x39 0x3C c3: 0x00 0x00 0x00 0x5A * = threshold exceeded -> bad Basically the majority of exported user32 API entries have PIC register load code within range of first 8 opcode bytes of entry which is treated as trampoline (= high c2 value). --- snip --- ... .text:0001D847 __i686_get_pc_thunk_bx proc near .text:0001D847 mov ebx, [esp+0] .text:0001D84A retn .text:0001D84A __i686_get_pc_thunk_bx endp ... API entry: .text:0003735C push ebp .text:0003735D mov ebp, esp .text:0003735F push ebx .text:00037360 sub esp, 34h .text:00037363 call __i686_get_pc_thunk_bx .text:00037368 add ebx, 0AEC8Ch ... --- snip --- Kernel32 gets the good looking stats because it forwards various stuff to ntdll, letting compiler produce different function prolog code (= not having PIC register load in first place). As already mentioned in the other bug, unimpl. stubs also help to improve stats because they have 8 NOPs on entry. I've tweaked user32 again a bit just to pass the threshold - there are various ugly methods one bad as the other ;-| A method without adding unimpl. stubs or stack protector code (unreliable because cookie code can be inserted _after_ PIC code) and keeping -fPIC is to convince the compiler to use the 6 byte opcode for reserving stack space, e.g. "subl $xxx, %esp" with a 32-bit immediate (0x81,0xEB,<32 bit immediate>). Good targets are stubs and functions that make use of FIXME/TRACE. There are lots of them that can be tweaked this way (= no performance penalty), improving entry stats. Result: games work out of the box without the need of No-CD patches. Regards -- 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.

1 30