November 2020 - wine-bugs

[Bug 22749] New: Hard link creation from a Finddupe-generated batch file fails (needs fsutil.exe implemented)
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22749 Summary: Hard link creation from a Finddupe-generated batch file fails (needs fsutil.exe implemented) Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.sentex.net/~mwandel/finddupe/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Finddupe has an option to generate a batch file that can be run later to create hard links for the duplicate files it find, but these batch files don't work in Wine: wine: cannot find L"C:\\windows\\system32\\fsutil.exe" The particular command it's using is this: fsutil hardlink create "C:\test6\testfile_1.gif" "C:\test6\testfile.gif" Copying over fsutil.exe from WinXP lets it work as expected (aside from the native app producing corrupted output). Fsutil is documented here: http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en… A lot of these functions probably wouldn't translate to Wine well (setting NTFS attributes, etc.) but "fsutil hardlink create" seems to do the same thing as CreateHardLink... -- 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 16

[Bug 50153] New: HID doesn't work on macOS Catalina and Big Sur unless "Input Monitoring" permission is granted
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50153 Bug ID: 50153 Summary: HID doesn't work on macOS Catalina and Big Sur unless "Input Monitoring" permission is granted Product: Wine Version: 5.22 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com On macOS Catalina and Big Sur, if the user-level app (usually Terminal) doesn't have permission granted for "Input Monitoring" in System Preferences -> Security & Privacy, the IOHID support in winebus will fail with 'Couldn't open IOHIDManager.'. And when Wine is quitting and the driver unloads, it tries to call the IOHIDManager that was already released, causing a crash. IOHIDManagerOpen() is failing with kIOReturnNotPermitted because it actually tries to "open" every matching device, which is every HID device on the system, including the keyboard (which requires Input Monitoring permission). (Yes, this API design is very confusing, and poorly documented). Better is to open individual devices instead, so even if the keyboard fails to open other devices will still work. Also it would be ideal to not "open" a device until it's necessary, so there won't be a permission prompt unless a Windows app actually wants to read from the keyboard. Currently some part of Wine's HID stack requests input reports when the device gets enumerated, triggering the permission prompt. -- 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 49450] New: Adobe Shockwave Player 11.x plugin installer fails with jscript:cc_parser_parse '&&' expression not implemented
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49450 Bug ID: 49450 Summary: Adobe Shockwave Player 11.x plugin installer fails with jscript:cc_parser_parse '&&' expression not implemented Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 35170 Download: https://web.archive.org/web/20130601131459/http://aihdownload.adobe.com/bin… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+shdocvw,+mshtml,+ieframe,+jscript wine ./install_flashplayer11x32_mssd_aaa_aih.exe >>log.txt 2>&1 ... 018c:warn:jscript:parser_error L"}();/*@cc_on@if(@_win32&&@_jscript_version>=5)window.XMLHttpRequest||(window.XMLHttpRequest=function(){return new ActiveXObject(\"Microsoft.XMLHTTP\")});@end@*/\n/*!\n* \\file jshelper.js\n* \\brief File containing general javascript extensions\n*/\n/*!\n* \\class Array\n* \\brief Array e"...: syntax error 018c:fixme:jscript:cc_parser_parse '&&' expression not implemented 018c:warn:jscript:script_parse parser failed around L"_jscript_version>=5)window.XMLHttpRequest||(window.XMLHttpRequest=function(){return new ActiveXObject(\"Microsoft.XMLHTTP\")});@end@*/\n/*!\n* \\file jshelper.js\n* \\brief File containing general javascript extensions\n*/\n/*!\n* \\class Array\n* \\brief Array extension\n* \\docgen funct"... in line L"\6752function mergeObjectProperties(n,t){var i;for(i in t)t.hasOwnProperty(i)&&(t[i]instanceof Array?(n[i]={},mergeObjectProperties(n[i],t[i])):n[i]=t[i]);return n}function getObjectProperties(n){var t,i;i=[];for(t in n)n.hasOwnProperty(t)&&i.push(t);return i}function saveObjectToFile(n,t"... 018c:trace:jscript:throw_error 80004001 018c:trace:jscript:set_error_location source L"\6752function mergeObjectProperties(n,t){var i;for(i in t)t.hasOwnProperty(i)&&(t[i]instanceof Array?(n[i]={},mergeObjectProperties(n[i],t[i])):n[i]=t[i]);return n}function getObjectProperties(n){var t,i;i=[];for(t in n)n.hasOwnProperty(t)&&i.push(t);return i}function saveObjectToFile(n,t"... in L"function mergeObjectProperties(n,t){var i;for(i in t)t.hasOwnProperty(i)&&(t[i]instanceof Array?(n[i]={},mergeObjectProperties(n[i],t[i])):n[i]=t[i]);return n}function getObjectProperties(n){var t,i;i=[];for(t in n)n.hasOwnProperty(t)&&i.push(t);return i}function saveObjectToFile(n,t){var"... 018c:trace:jscript:leave_script ctx 017053C0 ei 0031D290 prev 00000000 018c:warn:jscript:leave_script 80004001 018c:fixme:mshtml:ActiveScriptSite_OnScriptError (0170A028)->(01720D58) 018c:trace:jscript:JScriptError_Release (01720D58) ref=0 018c:warn:mshtml:parse_elem_text <<< 80004001 018c:trace:mshtml:dispatch_event_object (01710730) L"readystatechange" ... --- snip --- $ sha1sum install_flashplayer11x32_mssd_aaa_aih.exe a679a9e83feae5d5fb66ea5d3ef14d1603bc24ba install_flashplayer11x32_mssd_aaa_aih.exe $ du -sh install_flashplayer11x32_mssd_aaa_aih.exe 1012K install_flashplayer11x32_mssd_aaa_aih.exe $ wine --version wine-5.11-111-g1f6423f778 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 7

[Bug 48396] New: 'cmd.exe /c move file1 file2' doesn't respect non-interactive mode, causing prompt for overwrite if destination file exists
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48396 Bug ID: 48396 Summary: 'cmd.exe /c move file1 file2' doesn't respect non-interactive mode, causing prompt for overwrite if destination file exists Product: Wine Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Noticed this with some scene installers that use batch files to uncompress and concatenate files. At one point the progress stalls and a number of 'cmd.exe' processes just sit around, waiting for input (they are non-interactive). Reason: Wine's cmd.exe 'move' doesn't take non-interactive mode into account when destination file exists. Cmd's 'copy' works. --- snip --- $ echo "1" > test1 $ echo "2" > test2 # fails but should work $ wine cmd /c move test1 test2 Overwrite Z:\home\focht\test2? (Yes|No) --- snip --- Setting 'COPYCMD' environment variable to '/Y' avoids the prompt, but still doesn't overwrite the destination file with original which is another bug. Oh boy, cmd.exe really needs some love. Still so broken after years. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l… --- snip --- 2959 void WCMD_move (void) 2960 { 2961 BOOL status; 2962 WIN32_FIND_DATAW fd; 2963 HANDLE hff; 2964 WCHAR input[MAX_PATH]; 2965 WCHAR output[MAX_PATH]; 2966 WCHAR drive[10]; 2967 WCHAR dir[MAX_PATH]; 2968 WCHAR fname[MAX_PATH]; 2969 WCHAR ext[MAX_PATH]; ... 3023 /* If destination exists, prompt unless /Y supplied */ 3024 if (GetFileAttributesW(dest) != INVALID_FILE_ATTRIBUTES) { 3025 BOOL force = FALSE; 3026 WCHAR copycmd[MAXSTRING]; 3027 DWORD len; 3028 3029 /* /-Y has the highest priority, then /Y and finally the COPYCMD env. variable */ 3030 if (wcsstr (quals, parmNoY)) 3031 force = FALSE; 3032 else if (wcsstr (quals, parmY)) 3033 force = TRUE; 3034 else { 3035 static const WCHAR copyCmdW[] = {'C','O','P','Y','C','M','D','\0'}; 3036 len = GetEnvironmentVariableW(copyCmdW, copycmd, ARRAY_SIZE(copycmd)); 3037 force = (len && len < ARRAY_SIZE(copycmd) && !lstrcmpiW(copycmd, parmY)); 3038 } 3039 3040 /* Prompt if overwriting */ 3041 if (!force) { 3042 WCHAR* question; 3043 3044 /* Ask for confirmation */ 3045 question = WCMD_format_string(WCMD_LoadMessage(WCMD_OVERWRITE), dest); 3046 ok = WCMD_ask_confirm(question, FALSE, NULL); 3047 LocalFree(question); 3048 3049 /* So delete the destination prior to the move */ 3050 if (ok) { 3051 if (!DeleteFileW(dest)) { 3052 WCMD_print_error (); 3053 errorlevel = 1; 3054 ok = FALSE; 3055 } 3056 } 3057 } 3058 } ... --- snip --- While at it you could really refactor/unify the code more. Even basic 'COPYCMD' handling is implemented in different code style (move vs. copy): https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l… $ wine --version wine-5.0-rc3 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 9

[Bug 42731] New: stack overflow when .bat script variable has more than 256 characters
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42731 Bug ID: 42731 Summary: stack overflow when .bat script variable has more than 256 characters Product: Wine Version: 2.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lucianposton(a)gmail.com Distribution: --- Created attachment 57723 --> https://bugs.winehq.org/attachment.cgi?id=57723 bug demo When a variable with more than (roughly) 256 characters in a .bat script is passed as a parameter, the script fails with the following error: err:seh:setup_exception_record stack overflow 1408 bytes in thread 0009 eip 7bc4887d esp 00240db0 stack 0x240000-0x241000-0x340000 attached .bat file that demonstrates the bug -- 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 49643] New: Calling ClipCursor too frequently can cause stack overflow in foreground window thread.
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49643 Bug ID: 49643 Summary: Calling ClipCursor too frequently can cause stack overflow in foreground window thread. Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- Created attachment 67845 --> https://bugs.winehq.org/attachment.cgi?id=67845 Reproducing sample application Calling ClipCursor too frequently in a non-foreground thread may cause the foreground window thread to overflow its stack. This is happening under some circumstances with CoD: WWII. This is inherent to the current implementation where every ClipCursor request from a non-foreground thread involves synchronously sending internal messages to the foreground window thread, then to the desktop thread. Each ClipCursor request is processed when the desktop thread is notified, growing the stack every time, until it overflows. The attached program can be used to easily reproduce 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 5

[Bug 49335] New: Dolphin EasyReader for Windows 6.04 (TTS app) crashes after completing startup wizard (needs IMarkupServices::CreateMarkupPointer method implementation)
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49335 Bug ID: 49335 Summary: Dolphin EasyReader for Windows 6.04 (TTS app) crashes after completing startup wizard (needs IMarkupServices::CreateMarkupPointer method implementation) Product: Wine Version: 5.10 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 49062 Download: https://yourdolphin.com/downloads/product?demo=true&lid=1&pvid=9 https://web.archive.org/web/20200430183420/https://yourdolphin.com/download… Trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Dolphin/EasyReader604 $ WINEDEBUG=+seh,+relay,+mshtml,+ole,+variant wine ./Dolphin\ EasyReader.exe >>log.txt 2>&1 ... 0108:trace:variant:VariantClear (0031E58C {VT_BSTR: L"File open image"}) 0108:Ret oleaut32.VariantClear() retval=00000000 ret=0072c55a 0108:trace:mshtml:HTMLBodyElement_createTextRange (01D6AB70)->(0031E5E8) 0108:Call msvcrt.malloc(00000038) ret=661c3003 0108:Call ntdll.RtlAllocateHeap(0bc00000,00000000,00000038) ret=7ba7e2f8 0108:Ret ntdll.RtlAllocateHeap() retval=0f2c8370 ret=7ba7e2f8 0108:Ret msvcrt.malloc() retval=0f2c8370 ret=661c3003 0108:Call KERNEL32.GetLastError() ret=6ca5ce9f 0108:Ret KERNEL32.GetLastError() retval=00000000 ret=6ca5ce9f 0108:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002c) ret=0301707b 0108:Ret ntdll.RtlAllocateHeap() retval=0357b348 ret=0301707b 0108:trace:mshtml:HTMLTxtRange_moveToElementText (0357B348)->(03575A9C) 0108:fixme:mshtml:MarkupServices_CreateMarkupPointer (01DEC718)->(0031E588) 0108:fixme:mshtml:MarkupServices_CreateMarkupPointer (01DEC718)->(0031E57C) 0108:fixme:mshtml:MarkupServices_MovePointersToRange (01DEC718)->(0357B358,00000000,00000000) 0108:trace:seh:raise_exception code=c0000005 flags=0 addr=0x72c669 ip=0072c669 tid=0108 0108:trace:seh:raise_exception info[0]=00000000 0108:trace:seh:raise_exception info[1]=00000000 0108:trace:seh:raise_exception eax=80004001 ebx=0031e458 ecx=0031e580 edx=00000000 esi=00000000 edi=0031e458 ... wine: Unhandled page fault on read access to 00000000 at address 0072C669 (thread 0108), starting debugger... ... --- snip --- Disassembly at crash site, annotated: --- snip --- ... 0072C5D8 | mov dword ptr ss:[ebp-10C],0 | 0072C5E2 | mov dword ptr ss:[ebp-108],0 | 0072C5EC | mov dword ptr ss:[ebp-F8],0 | 0072C5F6 | mov dword ptr ss:[ebp-104],0 | 0072C600 | lea edx,dword ptr ss:[ebp-F8] | 0072C606 | push edx | 0072C607 | mov eax,dword ptr ss:[ebp-18] | IMarkupPointer *pPointerStart 0072C60A | mov ecx,dword ptr ds:[eax] | 0072C60C | mov edx,dword ptr ss:[ebp-18] | 0072C60F | push edx | 0072C610 | mov eax,dword ptr ds:[ecx+C] | 0072C613 | call eax ; IMarkupServices::CreateMarkupPointer() 0072C615 | lea ecx,dword ptr ss:[ebp-104] | IMarkupPointer *pPointerFinish 0072C61B | push ecx | 0072C61C | mov edx,dword ptr ss:[ebp-18] | 0072C61F | mov eax,dword ptr ds:[edx] | 0072C621 | mov ecx,dword ptr ss:[ebp-18] | 0072C624 | push ecx | 0072C625 | mov edx,dword ptr ds:[eax+C] | 0072C628 | call edx ; IMarkupServices::CreateMarkupPointer() 0072C62A | mov eax,dword ptr ss:[ebp-104] | 0072C630 | push eax | IMarkupPointer *pPointerFinish 0072C631 | mov ecx,dword ptr ss:[ebp-F8] | 0072C637 | push ecx | IMarkupPointer *pPointerStart 0072C638 | mov edx,dword ptr ss:[ebp-98] | 0072C63E | push edx | IHTMLTxtRange *pIRange 0072C63F | mov eax,dword ptr ss:[ebp-18] | 0072C642 | mov ecx,dword ptr ds:[eax] | 0072C644 | mov edx,dword ptr ss:[ebp-18] | 0072C647 | push edx | 0072C648 | mov eax,dword ptr ds:[ecx+4C] | 0072C64B | call eax ; IMarkupServices::MovePointersToRange() 0072C64D | mov dword ptr ss:[ebp-100],0 | 0072C657 | lea ecx,dword ptr ss:[ebp-100] | 0072C65D | push ecx | 0072C65E | push dolphin easyreader.8D98A8 | 0072C663 | mov edx,dword ptr ss:[ebp-F8] | IMarkupPointer *pPointerStart 0072C669 | mov eax,dword ptr ds:[edx] | *boom* 0072C66B | mov ecx,dword ptr ss:[ebp-F8] | 0072C671 | push ecx | 0072C672 | mov edx,dword ptr ds:[eax] | 0072C674 | call edx | IMarkupPointer::QueryInterface() 0072C676 | cmp dword ptr ss:[ebp-100],0 | 0072C67D | je dolphin easyreader.72C6C1 | ... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/3cc3b445752902e07231900befc296f… --- snip --- 4835 static HRESULT WINAPI MarkupServices_CreateMarkupPointer(IMarkupServices *iface, IMarkupPointer **ppPointer) 4836 { 4837 HTMLDocument *This = impl_from_IMarkupServices(iface); 4838 FIXME("(%p)->(%p)\n", This, ppPointer); 4839 return E_NOTIMPL; 4840 } --- snip --- Microsoft docs: * https://docs.microsoft.com/en-us/previous-versions/windows/internet-explore… ("Introduction to Markup Services") * https://docs.microsoft.com/en-us/previous-versions/windows/internet-explore… ("IMarkupServices interface") * https://docs.microsoft.com/en-us/previous-versions/windows/internet-explore… ("IMarkupContainer interface") $ sha1sum EasyReader_for_Windows_6.04_English_$United_Kingdom$_DEMO.exe 19d0911a8b05bb0966ce80e2c0e62c48cd039c2c EasyReader_for_Windows_6.04_English_(United_Kingdom)_DEMO.exe $ du -sh EasyReader_for_Windows_6.04_English_$United_Kingdom$_DEMO.exe 104M EasyReader_for_Windows_6.04_English_(United_Kingdom)_DEMO.exe $ wine --version wine-5.10 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 5

[Bug 44061] New: Destiny 2 crashes on launch
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44061 Bug ID: 44061 Summary: Destiny 2 crashes on launch Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zombieff(a)gmail.com Distribution: ArchLinux Created attachment 59774 --> https://bugs.winehq.org/attachment.cgi?id=59774 Crash report shown by the app The game "Destiny 2" crashes on launch. It installs successfully via Blizzard client, but crashes on launch. There's a delay between "Launching" → "Ready to Launch" (not launched) → crashed with an error. Tested on Arch Linux. Wine version is wine-2.21 (Staging). Terminal output (app crash report is in the attachment): fixme:thread:create_user_shared_data_thread Creating user shared data update thread. fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:crypt:CRYPT_LoadProvider Failed to load dll L"C:\\windows\\system32\\rsaenh.dll" fixme:seh:call_stack_handlers nested exception wine: Unhandled exception 0xc06d007e in thread 556 at address 0x7b450c67 (thread 0556), starting debugger... fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet fixme:uxthemegtk:SetWindowTheme (0xf0054, (null), (null)) -- 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 39

[Bug 49982] New: A '(call )' line does not reset %ERRORLEVEL% to 0
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49982 Bug ID: 49982 Summary: A '(call )' line does not reset %ERRORLEVEL% to 0 Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: aa1ronham(a)gmail.com Distribution: --- The following batch script: ``` @echo off echo Initial error level: %errorlevel% call missing echo After bad call: %errorlevel% (call ) echo After empty call: %errorlevel% ``` gives the following output under Wine: ``` Initial error level: 0 Can't recognize 'missing' as an internal or external command, or batch script. After bad call: 1 After empty call: 1 ``` However, Windows 10 gives the following output: ``` Initial error level: 0 'missing' is not recognized as an internal or external command, operable program or batch file. After empty call: 1 After empty call: 0 ``` It looks like the Windows cmd.exe resets %errorlevel% to 0 after a '(call )' is executed, while Wine's cmd.exe leaves it unchanged. -- 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 49774] New: macDriver no longer functions within macOS VM
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49774 Bug ID: 49774 Summary: macDriver no longer functions within macOS VM Product: Wine Version: 4.15 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: gcenx83(a)gmail.com Regression SHA1: 792521f33b2786cb100cb202dcb4181a579ef3b3 Wine-4.14 macDriver would function within a macOS VM from Wine-4.15 that’s no longer the case. -- 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 49172] New: Always true condition `code > 0xffff` in vbscript/global.c
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49172 Bug ID: 49172 Summary: Always true condition `code > 0xffff` in vbscript/global.c Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- code > 0xffff is always true - probably code > 0 should look like code < 0 https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… -- 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 47570] New: FotoBizX - Installer throws backtrace
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47570 Bug ID: 47570 Summary: FotoBizX - Installer throws backtrace Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 64971 --> https://bugs.winehq.org/attachment.cgi?id=64971 Backtrace (4.11 Staging) Hello everyone, I have been trying out FotoBizX which is a business software for photographers and agencies allowing invoices and quotes. There is a demo version available at: https://www.cradocfotosoftware.com/fotobiz/fotobiz-x-demo sha256sum installfotoBizX1005.exe 7f6bcc85413442e4fe4f61919a98e0fffbcef32f2d99272abec9fe0dec0adffd installfotoBizX1005.exe Will try to add an AppDB entry later on. -- 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 9

[Bug 50179] New: Future Pinball: parse_hex_literal invalid literal
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50179 Bug ID: 50179 Summary: Future Pinball: parse_hex_literal invalid literal Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- Start Future Pinball Choose File->Table Launcher->SegmentDisplayDemo VBscript crashes at Disp2.SetRightCursor 0, &H0001or&H1000or&H0100or&H2000or&H0200or&H0008or&H0010or&H0800, &H0001or&H0400or&H0200or&H0020or&H0010, &H0100or&H0800or&H0020or&H0040or&H0010or&H8000, 0 0024:fixme:vbscript:VBScript_AddTypeLib (001BD050)->() 0024:fixme:vbscript:parse_hex_literal invalid literal 0024:fixme:vbscript:parser_error L"&H0001or&H1000or&H0100or&H2000or&H0200or&H000 8or&H0010or&H0800, &H0001or&H0400or&H0200or&H0020or&H0010, &H0100or&H0800or&H002 0or&H0040or&H0010or&H8000, 0\r\n\r\n\t'\t\t\t\t\t \"1234123412341234123412341234 1234\"\r\tDisp2.QueueText \"PRINTF (\"\"HELLO WORLD\"\").\", seNone, 4000, 0, Fa lse,"...: "syntax error" 0024:fixme:vbscript:VBScriptError_GetSourceLineText (00190248)->(0031EA68) 0024:fixme:vbscript:VBScript_InterruptScriptThread (001BD050)->() -- 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 49309] New: vbscript:run test fails in Japanese locale
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49309 Bug ID: 49309 Summary: vbscript:run test fails in Japanese locale Product: Wine Version: 5.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- For example: https://test.winehq.org/data/48020f4846cca1a02f4e1dc037e2cc2068df5e9c/linux… run.c:1877: Error in line 1585: 0 L"Invalid procedure call or argument" run.c:1891: Test failed: unexpected call OnScriptError run.c:2943: Test failed: expected global_success_d run.c:2944: Test failed: expected global_success_i run.c:2946: Test failed: parse_script failed: 800a0005 It seems that the call testAsc(Chr(255), 255) causes a runtime error when Asc is called with Chr(255). For some reason, on the Japanese locale, this Chr call gives us U+F8F3. It makes sense to get different results depending on encoding, but I don't understand why we get this one. Since this hasn't been observed on Windows, I assume this is a bug in Wine's vbscript and not the test. -- 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 38014] New: CCCP Insurgent v2007-01-01 crashes when querying system information via DxDiag
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38014 Bug ID: 38014 Summary: CCCP Insurgent v2007-01-01 crashes when querying system information via DxDiag Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+dxdiag,+variant,+ole wine ./CCCP-Insurgent-2007-01-01.exe >>log.txt 2>&1 ... 0024:trace:dxdiag:IDxDiagProviderImpl_GetRootContainer (0x1790a8,0x90e940) 0024:trace:dxdiag:DXDiag_CreateDXDiagContainer ({7d0f462f-4064-4862-bc7f-933e5058c10f}, 0x90e940) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7d3aabbc 0024:Ret ntdll.RtlAllocateHeap() retval=001829c8 ret=7d3aabbc 0024:trace:dxdiag:IDxDiagProviderImpl_AddRef (0x1790a8)->(ref before=1) 0024:trace:dxdiag:IDxDiagContainerImpl_AddRef (0x1829c8)->(ref before=0) 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer (0x1829c8, L"DxDiag_SystemInfo", 0x90e8f8) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000024) ret=7d3aa540 0024:Ret ntdll.RtlAllocateHeap() retval=00195b10 ret=7d3aa540 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer Trying to get container L"DxDiag_SystemInfo" 0024:Call KERNEL32.lstrcmpW(00179130 L"DxDiag_SystemInfo",00195b10 L"DxDiag_SystemInfo") ret=7d3aa413 0024:Ret KERNEL32.lstrcmpW() retval=00000000 ret=7d3aa413 0024:trace:dxdiag:DXDiag_CreateDXDiagContainer ({7d0f462f-4064-4862-bc7f-933e5058c10f}, 0x90e8f8) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7d3aabbc 0024:Ret ntdll.RtlAllocateHeap() retval=001958c8 ret=7d3aabbc 0024:trace:dxdiag:IDxDiagProviderImpl_AddRef (0x1790a8)->(ref before=2) 0024:trace:dxdiag:IDxDiagContainerImpl_AddRef (0x1958c8)->(ref before=0) 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer Succeeded in getting the container instance 0024:Call ntdll.RtlFreeHeap(00110000,00000000,00195b10) ret=7d3aa76f 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d3aa76f 0024:trace:dxdiag:IDxDiagContainerImpl_EnumChildContainerNames (0x1958c8, 0, 0x90e6d0, 256) 0024:trace:dxdiag:IDxDiagContainerImpl_EnumChildContainerNames Failed to find container name at specified index 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer (0x1958c8, L"", 0x90e8fc) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000002) ret=7d3aa540 0024:Ret ntdll.RtlAllocateHeap() retval=0018a4b8 ret=7d3aa540 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer Trying to get container L"" 0024:Call ntdll.RtlFreeHeap(00110000,00000000,0018a4b8) ret=7d3aa76f 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d3aa76f 0024:trace:dxdiag:IDxDiagContainerImpl_Release (0x1958c8)->(ref before=1) 0024:trace:dxdiag:IDxDiagProviderImpl_Release (0x1790a8)->(ref before=3) 0024:Call ntdll.RtlFreeHeap(00110000,00000000,001958c8) ret=7d3aa14d 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d3aa14d 0024:Call oleaut32.VariantInit(0090e6c0) ret=0040b276 0024:trace:variant:VariantInit (0x90e6c0) 0024:Ret oleaut32.VariantInit() retval=0090e6c0 ret=0040b276 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x40b276 ip=0040b276 tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=00000000 0024:trace:seh:raise_exception eax=0090e6c0 ebx=005659c8 ecx=0090e8d8 edx=0090ef8c esi=0090e928 edi=00000000 0024:trace:seh:raise_exception ebp=0090e740 esp=0090e6c0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210206 0024:trace:seh:call_stack_handlers calling handler at 0x5341e2 code=c0000005 flags=0 --- snip --- The app doesn't have proper error handling (HRESULT check), it just continues after failure of 'IDxDiagContainer::EnumChildContainerNames' on 'DxDiag_SystemInfo' container. The following 'IDxDiagContainer::GetChildContainer' method call gets an empty string passed. The app expects a valid 'IDxDiagContainer' instance - the current container. After fixing this there is another crash, albeit different issue ('DxDiag_SoundDevices' props missing). $ sha1sum CCCP-Insurgent-2007-01-01.exe 21a1171a7993aef75bcfc8304a09333c77bb32a2 CCCP-Insurgent-2007-01-01.exe $ du -sh CCCP-Insurgent-2007-01-01.exe 608K CCCP-Insurgent-2007-01-01.exe 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 12

[Bug 34770] New: DS License Server: Cannot obtain a valid computer ID
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=34770 Bug #: 34770 Summary: DS License Server: Cannot obtain a valid computer ID Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46363 --> http://bugs.winehq.org/attachment.cgi?id=46363 Error message Steps to reproduce: 1) remove ~/.wine 2) wine start DSLS_17022013_32bit_SSQ.msi 3) default installation except selecting "Install Server from scratch." Behaviour: Error message (see attachment) and interrupted installation. Expected behaviour: No error message and successful installation. Terminal output: fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:storage:create_storagefile Storage share mode not implemented. err:rpc:I_RpcGetBuffer no binding err:rpc:I_RpcGetBuffer no binding fixme:volume:GetVolumePathNameW (L"C:\\users\\Public\\Application Data", 0x33c1f0, 260), stub! fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:wbemprox:client_security_SetBlanket 0xf712d2c0, 0x120fd0, 10, 0, (null), 3, 3, (nil), 0x00000000 fixme:wbemprox:client_security_Release 0xf712d2c0 fixme:wbemprox:class_object_GetNames flags 00000070 not supported err:msi:ITERATE_Actions Execution halted, action L"ActionInitData" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 err:rpc:I_RpcGetBuffer no binding err:rpc:I_RpcGetBuffer no binding -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 49143] New: RTF Editor does not support cyrillic letters using MS Sans Serif Font
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49143 Bug ID: 49143 Summary: RTF Editor does not support cyrillic letters using MS Sans Serif Font Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts Assignee: wine-bugs(a)winehq.org Reporter: sulimova08(a)mail.ru Distribution: --- Created attachment 67145 --> https://bugs.winehq.org/attachment.cgi?id=67145 RTF_CYR_MSSER Look at the picture attached. There should be "кириллица" text inside the Red ellipse. -- 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 21150] New: exPressit crashes
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21150 Summary: exPressit crashes Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.jumpjet.info/Win2k/05/exPressit_Label_Desig n_Studio/exPressit.zip OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi a user reported this crash in appdb. I gave it a try and after starting , and choosing default project it crashes. I'll attach a crash log. The problem seems to be unimplemented OleObject_Advise in shdocvw. Faking success like in the hack below makes the app start fine. diff --git a/dlls/shdocvw/oleobject.c b/dlls/shdocvw/oleobject.c index dde850f..8322525 100644 --- a/dlls/shdocvw/oleobject.c +++ b/dlls/shdocvw/oleobject.c @@ -516,7 +516,7 @@ static HRESULT WINAPI OleObject_Advise(IOleObject *iface, IA { WebBrowser *This = OLEOBJ_THIS(iface); FIXME("(%p)->(%p, %p)\n", This, pAdvSink, pdwConnection); - return E_NOTIMPL; + return 0;//E_NOTIMPL; } -- 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 18

[Bug 50160] New: VstHost crashes on start call to unimplemented function avrt.dll.AvSetMmMaxThreadCharacteristicsA, aborting
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50160 Bug ID: 50160 Summary: VstHost crashes on start call to unimplemented function avrt.dll.AvSetMmMaxThreadCharacteristicsA, aborting Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: avrt Assignee: wine-bugs(a)winehq.org Reporter: minion.procyk(a)gmail.com Distribution: --- per the title. vsthost crashes on start wine: Call from 000000007B0114FE to unimplemented function avrt.dll.AvSetMmMaxThreadCharacteristicsA, aborting -- 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 28332] New: Wazzal crashes during loading
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28332 Summary: Wazzal crashes during loading Product: Wine Version: 1.3.28 Platform: x86 URL: http://gamejolt.com/freeware/games/wazzal/download/521 0/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Created an attachment (id=36307) --> (http://bugs.winehq.org/attachment.cgi?id=36307) wine Wazzal.exe &> loading.txt with wine-1.3.27 Doesn't get past the loading screen and crashes. More information about this game. http://freegamer.blogspot.com/2011/09/wazzal-dx8-game-open-sourced.html -- 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 50038] New: IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50038 Bug ID: 50038 Summary: IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Trying run powershell (2.0) with something like wine powershell -c get-wmiobject win32_process makes it crash inside wbemprox. It seems to come from wbemprox:class_object_Get (00FB59D8, (null), 00000000, 059BEA8C, 019194F8, 019194FC) Then apparently static BOOL is_system_prop( const WCHAR *name ) { return (name[0] == '_' && name[1] == '_'); } goes wrong That wszName is null is probably due to previous bugs/insufficiencies (?guess?), but at least it shouldn`t crash inside wbemprox I think (modified test in tests/query.c with name=NULL shows it returns WBEM_E_INVALID_PARAMETER). Something like return (name && name[0] == '_' && name[1] == '_'); helps prevent crash but I don`t know how to fix this properly Below +wbemprox trace 0130:trace:wbemprox:create_class_object L"Win32_Process", 00FA6930 0130:trace:wbemprox:create_class_object returning iface 00FB59D8 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000000-0000-0000-c000-000000000046}, 059BE5D0 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4}, 059BE584 0130:fixme:wbemprox:class_object_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {b196b283-bab4-101a-b69c-00aa00341d07}, 059BE478 0130:fixme:wbemprox:class_object_QueryInterface interface {b196b283-bab4-101a-b69c-00aa00341d07} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000003-0000-0000-c000-000000000046}, 059BE3F8 0130:fixme:wbemprox:class_object_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000144-0000-0000-c000-000000000046}, 059BE47C 0130:fixme:wbemprox:class_object_QueryInterface interface {00000144-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {dc12a681-737f-11cf-884d-00aa004b2e24}, 059BE8A0 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__GENUS", 00000000, 059BF1B8, 059BF27C, 059BF278 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__PATH", 00000000, 059BF19C, 059BF264, 059BF260 0130:fixme:ole:thread_context_info_QueryInterface interface not implemented {51372ae0-cae7-11cf-be81-00aa00a2fa25} 0130:fixme:wmiutils:wmiutils_cf_QueryInterface interface {b196b28f-bab4-101a-b69c-00aa00341d07} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {00000144-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__NAMESPACE", 00000000, 059BEF4C, 018EDB90, 018EDB94 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__NAMESPACE", 00000000, 059BEF50, 018EDB90, 018EDB94 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__CLASS", 00000000, 059BEF4C, 018EDC48, 018EDC4C 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__CLASS", 00000000, 059BEF50, 018EDC48, 018EDC4C 0130:trace:wbemprox:class_object_GetNames 00FB59D8, (null), 00000030, 059BEA94 {VT_EMPTY}, 059BEA60 0130:fixme:wbemprox:class_object_GetNames qualifier not supported 0130:trace:wbemprox:class_object_Get 00FB59D8, (null), 00000000, 059BEA8C, 019194F8, 019194FC 0130:fixme:wer:WerReportSetParameter (00FBBED0, 0, L"NameOfExe", L"powershell51.exe") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 1, L"FileVersionOfSystemManagementAutomation", L"6.0.6002.18111") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 2, L"InnermostExceptionType", L"System.AccessViolationException") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 3, L"OutermostExceptionType", L"System.AccessViolationException") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 5, L"DeepestFrame", L"stem.Management.IWbemClassObjectFreeThreaded.Get_f") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 4, L"DeepestPowerShellFrame", L"utomation.ManagementClassApdapter.AddAllProperties") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 6, L"ThreadName", L"Pipeli..ution Thread") :stub 0130:fixme:wer:WerReportAddDump (00FBBED0, 0000016C, 00000000, 2, 00000000, 00000000, 0) :stub 0130:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0130:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0x000003ff,00000000,0x0001,0x00000000,059BC580,00000000): stub 0130:err:eventlog:ReportEventW L".NET Runtime version 2.0.50727.1433 - Attempted to read or write protected memory. This is often an indication that other memory is corrupt." -- 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 50031] New: The Foundation Game crashes with bundled ucrtbase
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50031 Bug ID: 50031 Summary: The Foundation Game crashes with bundled ucrtbase Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: vavooon(a)gmail.com Distribution: --- The game (https://store.steampowered.com/app/690830/Foundation/) is crashing during startup. Although it works fine if I extract the file from VC_redist (https://aka.ms/vs/15/release/vc_redist.x64.exe) and place it into Windows/system32 instead of the bundled one. -- 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 48397] New: 'cmd.exe /c move file1 file2' doesn't overwrite existing destination file in non-interactive mode
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48397 Bug ID: 48397 Summary: 'cmd.exe /c move file1 file2' doesn't overwrite existing destination file in non-interactive mode Product: Wine Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, already mentioned in bug 48396 but split out here as separate issue. --- snip --- $ echo "1" > test1 $ echo "2" > test2 # work around bug 48396 $ export COPYCMD=/Y $ wine cmd /c move test1 test2 File already exists. $ cat test2 2 --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l… --- snip --- 2959 void WCMD_move (void) 2960 { 2961 BOOL status; 2962 WIN32_FIND_DATAW fd; 2963 HANDLE hff; 2964 WCHAR input[MAX_PATH]; 2965 WCHAR output[MAX_PATH]; 2966 WCHAR drive[10]; 2967 WCHAR dir[MAX_PATH]; 2968 WCHAR fname[MAX_PATH]; 2969 WCHAR ext[MAX_PATH]; ... 3023 /* If destination exists, prompt unless /Y supplied */ 3024 if (GetFileAttributesW(dest) != INVALID_FILE_ATTRIBUTES) { 3025 BOOL force = FALSE; 3026 WCHAR copycmd[MAXSTRING]; 3027 DWORD len; 3028 3029 /* /-Y has the highest priority, then /Y and finally the COPYCMD env. variable */ 3030 if (wcsstr (quals, parmNoY)) 3031 force = FALSE; 3032 else if (wcsstr (quals, parmY)) 3033 force = TRUE; 3034 else { 3035 static const WCHAR copyCmdW[] = {'C','O','P','Y','C','M','D','\0'}; 3036 len = GetEnvironmentVariableW(copyCmdW, copycmd, ARRAY_SIZE(copycmd)); 3037 force = (len && len < ARRAY_SIZE(copycmd) && !lstrcmpiW(copycmd, parmY)); 3038 } 3039 3040 /* Prompt if overwriting */ 3041 if (!force) { 3042 WCHAR* question; 3043 3044 /* Ask for confirmation */ 3045 question = WCMD_format_string(WCMD_LoadMessage(WCMD_OVERWRITE), dest); 3046 ok = WCMD_ask_confirm(question, FALSE, NULL); 3047 LocalFree(question); 3048 3049 /* So delete the destination prior to the move */ 3050 if (ok) { 3051 if (!DeleteFileW(dest)) { 3052 WCMD_print_error (); 3053 errorlevel = 1; 3054 ok = FALSE; 3055 } 3056 } 3057 } 3058 } ... --- snip --- $ wine --version wine-5.0-rc3 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 5

[Bug 40430] New: PhysX 9.15.0428 fails to install on 32-bit and 64-bit prefixes
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40430 Bug ID: 40430 Summary: PhysX 9.15.0428 fails to install on 32-bit and 64-bit prefixes Product: Wine Version: 1.9.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 54174 --> https://bugs.winehq.org/attachment.cgi?id=54174 terminal output from Wine 1.9.7 Staging (64-bit prefix) Wine 1.9.7 Staging. Steps to reproduce: Download the installer. Run it via "wine PhysX-9.15.0428-SystemSoftware.exe" It manages to check the system and lets you agree to the license agreement but then it completely fails afterwards. This issue occurs in 32-bit and 64-bit prefixes. -- 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 50016] New: PS Remote Play can't install: "The operating system is not adequate for running PS Remote Play"
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50016 Bug ID: 50016 Summary: PS Remote Play can't install: "The operating system is not adequate for running PS Remote Play" 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: sergi_g_12(a)hotmail.com Distribution: --- Wine 5.19 on archlinux. "PS4 Remote Play" has been updated to also support the PS5, and therefore has been renamed to "PS Remote Play" [1]. When trying to install it, a popup says "The operating system is not adequate for running PS Remote Play". Looking at the log: ``` $ wine ~/Downloads/RemotePlayInstaller.exe 002c:fixme:ver:GetCurrentPackageId (000000000031FDB0 0000000000000000): stub 0024:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2, 00000000, 8192, 00000000 stub 0100:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2, 00000000, 8192, 00000000 stub 0108:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0100:fixme:file:NtLockFile I/O completion on lock not implemented yet 0100:fixme:wintrust:SOFTPUB_VerifyImageHash Cannot verify hash for pszObjId="1.3.6.1.4.1.311.2.1.30" 0114:fixme:file:NtLockFile I/O completion on lock not implemented yet 0114:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0114:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668}, 1002A1A0, 10082460, 10082478) stub. 0114:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 10003241, 28) stub ``` Seems like PS Remote Play is using NtQuerySystemInformation with SYSTEM_PERFORMANCE_INFORMATION to make sure the system it powerful enough. 1: https://remoteplay.dl.playstation.net/remoteplay/lang/es/index.html -- 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 32613] New: Tom Clancy's Rainbow Six: Lockdown crashes after the intro videos (without native dxdiagn.dll)
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32613 Bug #: 32613 Summary: Tom Clancy's Rainbow Six: Lockdown crashes after the intro videos (without native dxdiagn.dll) Product: Wine Version: 1.5.20 Platform: x86 URL: http://www.fileplanet.com/160005/160000/fileinfo/Tom-C lancy%27s-Rainbow-Six:-Lockdown-Demo OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 43039 --> http://bugs.winehq.org/attachment.cgi?id=43039 terminal output The game crashes after playing the 2 intro videos without native dxdiagn.dll. After the crash the game opens a crash report file in notepad and generates a minidump file. Removing videos doesn't help. Can be reproduced with the demo version as well, just skip the DirectX installation step (or set dxdiagn=builtin). -- 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 49811] New: cmd /c "cd "directory"&&"somecommand.exe"" tries to cd to "directory"&&"somecommand.exe"
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49811 Bug ID: 49811 Summary: cmd /c "cd "directory"&&"somecommand.exe"" tries to cd to "directory"&&"somecommand.exe" Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: lolisamurai(a)tfwno.gf Distribution: --- Created attachment 68139 --> https://bugs.winehq.org/attachment.cgi?id=68139 trace with WINEDEBUG=+cmd I ran into a scene installer that calls cmd /c with very convoluted quoting. I narrowed the bug down to this example (run from C:\): > cmd /c "cd "windows"&&"system32\notepad.exe"" when you run this on windows 10 cmd, it cd's to windows and opens notepad as expected on wine, it interprets "windows"&&"system32\notepad.exe" as the directory to cd to. I have attached a trace with WINEDEBUG=+cmd -- 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 49808] New: Regression in wine 4.0-rc1 cause Stellaris loads very slow, long time black screen
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49808 Bug ID: 49808 Summary: Regression in wine 4.0-rc1 cause Stellaris loads very slow, long time black screen Product: Wine Version: 4.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tim110011(a)163.com Distribution: --- Stellaris on the recent wine version loads very slowly and the black screen takes a long time. Tested many wine versions: # 3.2 game loads very fast # 3.11 game loads very fast # 3.20-staging game loads very fast # 3.21 game loads very fast # 4.0-rc1 (for fedora28) game loads very slow, long time black screen # 4.0-rc1 (for fedora29) game loads very slow, long time black screen # 4.1 game loads very slow, long time black screen # 4.6 game loads very slow, long time black screen Regression in 4.0-rc1 may affect many PDS Clausewitz engine games. Could it affect many games that load a lot of loose files? CPU: Intel Xeon E3-1275L v3 Memory: 8GiB VGA: nVidia GeForce GTX 750 Ti Distro: Fedora 32 kernel: 5.8.6-201.fc32.x86_64 -- 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 49314] New: Wine segfaults with too many command-line arguments
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49314 Bug ID: 49314 Summary: Wine segfaults with too many command-line arguments Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: esteve.varela(a)gmail.com Distribution: --- Running the `wine` command on any program, with too many arguments (or too long of a command-line) causes a segfault. An example of a command that can reproduce this bug on most systems: wine start '/?' /usr/bin/* Expected output: A list of option flags for wine start Gotten result: Segmentation fault This bug is problematic because it can happen with command-lines shorter than 32767 bytes (which I believe to be the upper limit supported by wine), though the exact circumstances aren't exactly clear. The reported behavior has been observed with wine 5.7, but is still present in 5.9. On wine-staging, the error is instead: 0024:err:seh:segv_handler_early Got unexpected trap 14 during process initialization -- 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 45797] New: NVIDIA GeForce Experience 3.x installer fails due to ' mshtml.OleObject_{Get,Set}Extent' stubs
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45797 Bug ID: 45797 Summary: NVIDIA GeForce Experience 3.x installer fails due to 'mshtml.OleObject_{Get,Set}Extent' stubs Product: Wine Version: 3.15 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 43211 --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+ieframe,+mshtml wine ./setup.exe ... 0042:fixme:mshtml:OleObject_SetExtent (0x2008120)->(1 0x2007f64) 0042:trace:mshtml:ViewObject_SetAdvise (0x2008120)->(1 0 (nil)) 0042:fixme:mshtml:ViewObject_SetAdvise unsupported arguments 0042:trace:mshtml:OleObject_Unadvise (0x2008120)->(1) 0042:trace:mshtml:OleObject_Close (0x2008120)->(00000001) ... 0042:trace:mshtml:OleObject_SetClientSite (0x2008120)->((nil)) 0042:trace:mshtml:HTMLDocumentObj_QueryInterface (0x2008120)->(IID_IObjectWithSite 0x3baf720) 0042:trace:mshtml:HTMLDocumentObj_AddRef (0x2008120) ref = 5 0042:fixme:mshtml:ObjectWithSite_SetSite (0x2008120)->((nil)) 0042:trace:mshtml:HTMLDocumentObj_Release (0x2008120) ref = 4 0042:trace:mshtml:HTMLDocumentObj_Release (0x2008120) ref = 3 0042:trace:mshtml:HTMLDocumentObj_Release (0x2008120) ref = 2 0042:trace:mshtml:HTMLDocumentObj_Release (0x2008120) ref = 1 ... 0042:trace:mshtml:HTMLWindow2_Release (0x2bda960) ref=0 0042:trace:mshtml:release_inner_window 0x2bda960 0042:trace:mshtml:release_nsevents 0x2bf4eb0 (nil) 0042:trace:mshtml:HTMLDOMNode_Release (0x2bf4eb0) ref=1 ... 0042:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,03baf79c) ret=0099645d 0042:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b4473c3 ip=7b4473c3 tid=0042 0042:trace:seh:raise_exception info[0]=19930520 0042:trace:seh:raise_exception info[1]=03baf7b8 0042:trace:seh:raise_exception info[2]=00a1d088 0042:trace:seh:raise_exception eax=7b435899 ebx=03baf7b8 ecx=00000000 edx=03baf77c esi=03baf77c edi=03baf740 0042:trace:seh:raise_exception ebp=03baf718 esp=03baf6b4 cs=3ba0023 ds=3ba002b es=f7b9002b fs=f7b90063 gs=f7b9006b flags=00200216 0042:trace:seh:call_stack_handlers calling handler at 0x9ce698 code=e06d7363 flags=1 ... 0042:Call KERNEL32.OutputDebugStringW(02b64c28 L" 16.123 | ERROR: [NVI2UI.ComAptThread] 138@CComAptThread::CComAptThreadMonitor::OnRun : COM error: Exception {0x80004001; File: HtmlViewCtrlClass.cpp; Line: 543}. \n") ret=008e1c47 --- snip --- NOTE: Even if only 'OleObject_SetExtent' is shown in log, after implementing it, 'OleObject_SetExtent' is required too (would be next blocker). Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/mshtml/oleobj.c#l608 --- snip --- 608 static HRESULT WINAPI OleObject_SetExtent(IOleObject *iface, DWORD dwDrawAspect, SIZEL *psizel) 609 { 610 HTMLDocument *This = impl_from_IOleObject(iface); 611 FIXME("(%p)->(%d %p)\n", This, dwDrawAspect, psizel); 612 return E_NOTIMPL; 613 } 614 615 static HRESULT WINAPI OleObject_GetExtent(IOleObject *iface, DWORD dwDrawAspect, SIZEL *psizel) 616 { 617 HTMLDocument *This = impl_from_IOleObject(iface); 618 FIXME("(%p)->(%d %p)\n", This, dwDrawAspect, psizel); 619 return E_NOTIMPL; 620 } --- snip --- $ sha1sum GeForce_Experience_v3.14.1.48.exe 67f7326ce6d328b0f5384bcb8a7a6eb7cde6efc5 GeForce_Experience_v3.14.1.48.exe $ du -sh GeForce_Experience_v3.14.1.48.exe 84M GeForce_Experience_v3.14.1.48.exe $ wine --version wine-3.15-97-g58338eac8b 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 49821] New: Seismobuild crashes at start
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49821 Bug ID: 49821 Summary: Seismobuild crashes at start Product: Wine Version: 5.16 Hardware: x86-64 URL: https://seismosoft.com/wp-content/uploads/prods/Seismo Build_v2020_Release-3_ENG.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Hi, a user submitted this program rated as garbage in Appdb, so i gave it a try It crashes on msado15 stubs; By just stupidly returning S_OK instead of E_NOTIMPL for a 6 or so functions the program starts. Maybe someone could simply improve stubs a bit in right way to get this program started, or otherwise this bugreport is for tracking correct implementation of at least the 1st one (connection_put_CursorLocation) (below output with stupidly faking success for the below mentioned functions) 0024:fixme:msado15:connection_put_CursorLocation 09C87FA8, 3 0024:fixme:msado15:connection_get_Mode 09C87FA8, 0887FB7C 0024:fixme:msado15:connection_put_Mode 09C87FA8, 16 0024:fixme:msado15:connection_get_Provider 09C87FA8, 0887FB68 0024:fixme:msado15:connection_put_Provider 09C87FA8, L"MSDASQL.1" 0024:fixme:msado15:command_putref_ActiveConnection 09C770D8, 00000000 0024:fixme:msado15:command_putref_ActiveConnection 09C87F78, 00000000 0024:fixme:msado15:command_putref_ActiveConnection 09C87F90, 00000000 0024:fixme:msado15:connection_put_CursorLocation 0AFA0070, 3 0024:fixme:msado15:command_putref_ActiveConnection 0AF64520, 00000000 0024:fixme:msado15:command_putref_ActiveConnection 0AF6EC50, 00000000 0024:fixme:msado15:connection_put_CursorLocation 0AF33370, 3 0024:fixme:msado15:connection_get_Mode 0AF33370, 0887FB7C 0024:fixme:msado15:connection_put_Mode 0AF33370, 16 0024:fixme:msado15:connection_get_Provider 0AF33370, 0887FB68 0024:fixme:msado15:connection_put_Provider 0AF33370, L"MSDASQL.1" 0024:fixme:msado15:command_putref_ActiveConnection 0AF64520, 00000000 0024:fixme:msado15:command_putref_ActiveConnection 0AF6EC50, 00000000 0024:fixme:msado15:command_putref_ActiveConnection 0AE60AD8, 00000000 0024:fixme:msado15:command_putref_ActiveConnection 0AE7E770, 00000000 -- 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 32877] New: Gnomoria Demo crashes on launch.
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32877 Bug #: 32877 Summary: Gnomoria Demo crashes on launch. Product: Wine Version: 1.5.22 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rovanion.luckey(a)gmail.com Classification: Unclassified Created attachment 43422 --> http://bugs.winehq.org/attachment.cgi?id=43422 Backtrace of Gnomoria crash. Gnomoria Demo crashes on launch running 64-bit Ubuntu 12.10 with Wine 1.5.22. You can download the demo at the fallowing location: https://s3.amazonaws.com/Gnomoria/GnomoriaDemoSetup.exe -- 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 25

[Bug 49909] New: Win Toolkit v.1.4.37.20 (.NET 3.5 app) crashes with wine-mono
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49909 Bug ID: 49909 Summary: Win Toolkit v.1.4.37.20 (.NET 3.5 app) crashes with wine-mono Product: Wine Version: 5.18 Hardware: x86-64 URL: https://www.pcworld.pl/ftp/pobierz/pc/113590.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: ArchLinux Created attachment 68277 --> https://bugs.winehq.org/attachment.cgi?id=68277 output I used wine-5.18-35-g2ee75bf9ade with wine-mono 5.1.1. -- 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 49900] New: Unimplemented function ntdll.dll.RtlDefaultNpAcl
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49900 Bug ID: 49900 Summary: Unimplemented function ntdll.dll.RtlDefaultNpAcl Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: toadking(a)toadking.com Distribution: --- Go programs built using the go-winio package fail on this unimplemented function. The code in question that calls it: https://github.com/microsoft/go-winio/blob/06bcafdc246846a25d2a46135607fd57… Test program - https://github.com/ToadKing/rtlDefaultNpAcl (binary in release section) -- 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 49728] New: Appear (a 4K rendering demo) crashes on unimplemented function user32.dll.SetWindowFullScreenState
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49728 Bug ID: 49728 Summary: Appear (a 4K rendering demo) crashes on unimplemented function user32.dll.SetWindowFullScreenState Product: Wine Version: 5.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 68005 --> https://bugs.winehq.org/attachment.cgi?id=68005 Terminal output Very easy to reproduce: Unzip the archive and run `wine appear_debug_nomusic.exe`. Since the program changes your screen resolution, I recommend enabling the virtual desktop in winecfg beforehand. First reported at https://github.com/w23/jetlag_appear/issues/1#issuecomment-399741830 $ sha256sum appear_debug_nomusic.exe d0fbf762726ed8ca5b3432bbecedccaf6c5c4f898ab2a00bf922500ee1369ff8 -- 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 33996] New: IncrediMail: installer fails after EULA
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33996 Bug #: 33996 Summary: IncrediMail: installer fails after EULA Product: Wine Version: 1.6-rc4 Platform: x86-64 URL: http://www5l.incredimail.com/im/imsetup/201104120001/d efault/installer/fullsetup/IncrediMailSetup.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com Classification: Unclassified Created attachment 45174 --> http://bugs.winehq.org/attachment.cgi?id=45174 Terminal log wine-1.6-rc4-65-g6cf05f9 Using wine-1.6-rc4-65-g6cf05f9, I get a window telling the installation is incomplete (after some msi errors) after the EULA is accepted. -- 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 49805] New: Pyxel Edit crashes when clicking the "File" dropdown option.
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49805 Bug ID: 49805 Summary: Pyxel Edit crashes when clicking the "File" dropdown option. Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ldhacker(a)live.com Distribution: --- Created attachment 68127 --> https://bugs.winehq.org/attachment.cgi?id=68127 Pyxel Edit Backtrace Pyxel Edit crashes when I click the "File" drop down menu. See attached back trace for further 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 43

[Bug 49575] New: Delphi applications no longer show their main window in the WM's taskbar
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49575 Bug ID: 49575 Summary: Delphi applications no longer show their main window in the WM's taskbar Product: Wine Version: 5.12 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Regression SHA1: 3ad40bf64732cbef4ba199a45eefa12f4b491419 Distribution: --- Created attachment 67724 --> https://bugs.winehq.org/attachment.cgi?id=67724 test app (source + binary) This is probably a resurface of the bug 12264. Main window of the applications created with Delphi no longer appears in the WM's taskbar. Once main window of the application is minimized it's no longer possible to restore it. This is a regression caused by commit 3ad40bf64732cbef4ba199a45eefa12f4b491419 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Oct 29 14:37:56 2012 +0100 winex11: Delay mapping a layered window until its attributes are set. Please find in the attachment a simple test app that reproduces 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 8

[Bug 48860] New: RegiStax 6: mouse does not work in open file dialog
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48860 Bug ID: 48860 Summary: RegiStax 6: mouse does not work in open file dialog Product: Wine Version: 5.0 Hardware: x86 URL: http://www.astronomie.be/registax/setupregistax6.exe OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eserradi(a)gmx.com Regression SHA1: 62ed79ae1ad14d8c46309e93d521cef5797625de setupregistax6.exe Distribution: Debian Mouse does not work in open file dialog in RegiStax V6. A workaround to restore mouse functionality is to press the tab key until the combobox with label "Look in:", then press down key to expand the item list and move mouse over one item to make the mouse work again. It worked very well in wine version 1.8.7, then switched to wine v4 and v5 and stop working. It looks like wine opens two instances of RegiStax as in the title bar appears "RegiStax V6 <2>", it might be related to the mouse problem. Previous versions of the program are not affected. -- 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 39731] New: Cant open the game
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39731 Bug ID: 39731 Summary: Cant open the game Product: Wine Version: 1.7.52 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lance_ricaforte(a)yahoo.com Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x008ca9d1). Register dump: CS:001b SS:0023 DS:0023 ES:0023 FS:1007 GS:000f EIP:008ca9d1 ESP:0033fa50 EBP:0033fb80 EFLAGS:00210202( R- -- I - - - ) EAX:00000000 EBX:0c57ec88 ECX:000010de EDX:00000041 ESI:00000000 EDI:00000000 Stack dump: 0x0033fa50: 0c57e840 0056004e 00440049 00410049 0x0033fa60: 00470020 00460065 0072006f 00650063 0x0033fa70: 00360020 00300038 00000030 7bc41281 0x0033fa80: 0033f940 0033f998 7bc4142b 05da0000 0x0033fa90: 00000002 0033f998 7bc4142b 05da0060 0x0033faa0: 0033f960 0033f978 0033f970 00000001 0200: sel=1007 base=7ffc0000 limit=00000fff 32-bit rw- Backtrace: =>0 0x008ca9d1 in ac4bfsp (+0x4ca9d1) (0x0033fb80) 1 0x00906668 in ac4bfsp (+0x506667) (0x0033fba8) 2 0x00906761 in ac4bfsp (+0x506760) (0x0033fbd4) 3 0x00890785 in ac4bfsp (+0x490784) (0x0033fbe0) 4 0x00407a65 in ac4bfsp (+0x7a64) (0x0033fbf8) 5 0x00406dfe in ac4bfsp (+0x6dfd) (0x0033fe20) 6 0x00f2bcf4 in ac4bfsp (+0xb2bcf3) (0x0033feb0) 7 0x7b85163c in kernel32 (+0x4163b) (0x0033fec8) 8 0x7b854f17 in kernel32 (+0x44f16) (0x0033ff08) 9 0x7bc6db0c (0x0033ff28) 10 0x7bc6ebba (0x0033ffa8) 11 0x7bc6dad2 (0x0033ffc8) 12 0x7bc44c2e (0x0033ffe8) 0x008ca9d1: movl 0x0(%esi),%eax Modules: Module Address Debug info Name (66 modules) PE 340000- 37f000 Deferred d3dx11_43 PE 380000- 3aa000 Deferred gfsdk_ssao_win32 PE 3b0000- 3da000 Deferred gfsdk_godrayslib.win32 PE 3e0000- 3ea000 Deferred gfsdk_multires.win32 PE 400000- 5290000 Export ac4bfsp PE 5290000- 56ff000 Deferred gfsdk_shadowlib.win32 PE 5700000- 58ff000 Deferred d3dx9_43 PE 5900000- 5913000 Deferred gfsdk_psm.win32 PE 5920000- 5948000 Deferred gfsdk_gsa.win32 PE 5950000- 5966000 Deferred xinput1_3 PE 5970000- 59d6000 Deferred bink2w32 PE 59e0000- 5a4b000 Deferred uplay_r1_loader PE 5a50000- 5d91000 Deferred overlay PE 8b90000- 8cc7000 Deferred steam PE 8e70000- 91f6000 Deferred uplay_r1 PE ba10000- ba9e000 Deferred xaudio2_7 PE 10000000-10207000 Deferred d3dcompiler_43 PE 30000000-302c1000 Deferred steam2 PE 38000000-389e3000 Deferred steamclient PE 3b400000-3b41e000 Deferred steam_api PE 3f000000-3f111000 Deferred tier0_s PE 3f600000-3f653000 Deferred vstdlib_s PE 405a0000-405a4000 Deferred ws2_32 PE 42490000-42494000 Deferred d3d9 PE 424e0000-424e4000 Deferred version PE 43910000-43914000 Deferred wined3d PE 43a50000-43a54000 Deferred opengl32 PE 43b70000-43b74000 Deferred gdi32 PE 43cd0000-43cd4000 Deferred advapi32 PE 43d40000-43d6e000 Deferred user32 PE 43e80000-43e84000 Deferred msvcrt PE 43f30000-43f34000 Deferred d3d11 PE 43f50000-43f54000 Deferred rpcrt4 PE 43fe0000-43fe4000 Deferred dinput8 PE 44810000-44818000 Deferred ole32 PE 44950000-44954000 Deferred dxgi PE 44980000-44a3f000 Deferred msvcr100 PE 44a50000-44ab9000 Deferred msvcp100 PE 44b60000-44b64000 Deferred setupapi PE 44bd0000-44bdb000 Deferred winmm PE 44c20000-44c24000 Deferred msacm32 PE 44c40000-44c44000 Deferred iphlpapi PE 44c70000-44d7f000 Deferred shell32 PE 44e70000-44e74000 Deferred shlwapi PE 44ef0000-44ef7000 Deferred oleaut32 PE 45020000-45024000 Deferred wsock32 PE 45040000-45044000 Deferred wininet PE 450c0000-450c4000 Deferred mpr PE 450e0000-450e6000 Deferred winhttp PE 45130000-45135000 Deferred jsproxy PE 451d0000-451d3000 Deferred winemac PE 45540000-455d4000 Deferred crypt32 PE 455e0000-455e3000 Deferred imagehlp PE 455f0000-455f4000 Deferred psapi PE 45610000-45613000 Deferred secur32 PE 45640000-45643000 Deferred netapi32 PE 45670000-45674000 Deferred dbghelp PE 45780000-45784000 Deferred mmdevapi PE 457b0000-457b3000 Deferred winecoreaudio PE 47780000-47784000 Deferred dsound PE 496a0000-496a4000 Deferred dinput PE 496f0000-49710000 Deferred comctl32 PE 49800000-49804000 Deferred uxtheme PE 60000000-60021000 Deferred cserhelper PE 7b810000-7b866000 Export kernel32 PE 7bc10000-7bc14000 Deferred ntdll Threads: process tid prio (all id:s are in hex) 00000008 Steam.exe 0000005a 0 00000059 0 00000056 0 00000055 0 00000054 0 00000052 0 00000051 0 00000050 0 0000004f 0 0000004e 0 0000004d 0 0000004c 0 0000004a 0 0000000d 0 00000027 0 00000033 0 00000032 0 00000031 0 00000030 0 0000002f 0 0000002c 0 00000009 0 0000000e services.exe 00000025 0 00000024 0 0000001c 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001b 0 00000018 0 00000017 0 00000013 0 00000019 plugplay.exe 0000001f 0 0000001e 0 0000001a 0 00000020 wdfmgr.exe 0000002b 0 0000002a 0 00000029 0 00000028 0 00000026 0 00000021 0 00000022 explorer.exe 00000023 0 0000002d steamwebhelper.exe 00000063 0 00000062 0 00000061 0 00000060 0 0000005f 0 0000005e 0 0000005d 0 00000053 0 00000047 0 00000046 0 00000045 0 00000044 0 00000043 0 00000042 0 00000041 0 00000040 0 0000003f 0 0000003e 0 0000003d 0 0000003c 0 0000003b 0 0000003a 0 00000039 0 00000038 0 00000037 0 00000036 0 00000035 0 00000034 0 0000002e 0 000000d3 UbisoftGameLauncher.exe 00000078 0 000000d5 0 000000d4 0 000000d8 Uplay.exe 00000071 0 000000ac 0 000000c7 0 000000c1 0 000000c0 0 000000bf 0 000000bc 0 000000bb 0 000000ba 0 000000b9 0 000000b8 0 000000b7 0 000000b6 0 000000b5 0 000000b4 0 000000b3 0 000000b2 0 000000b1 0 000000b0 0 000000af 0 000000c3 0 000000be 0 000000bd 0 000000ae 0 000000ad 0 000000aa 0 000000a5 0 000000a0 0 0000009f 0 0000009e 0 0000009d 0 0000009c 0 00000075 0 0000009a 0 00000099 0 000000a4 0 000000a2 0 000000a6 0 00000016 0 000000d9 0 000000c4 UplayWebCore.exe 00000069 0 000000c9 0 000000ce 0 000000cc 0 000000cb 0 000000cd 0 000000ca 0 00000049 0 000000c8 0 000000a9 0 000000a8 0 000000c5 0 00000072 (D) C:\Program Files\Steam\steamapps\common\Assassin's Creed IV Black Flag\AC4BFSP.exe 000000a1 1 0000006c 15 0000006b 0 00000067 1 00000058 15 0000007c 15 00000094 0 00000088 0 0000008f 0 0000008d 1 0000008c -1 0000008b -1 0000008a -1 00000089 -1 00000087 -1 00000086 -1 00000085 -1 00000084 -1 00000083 -1 0000007d 1 00000073 0 <== System information: Wine build: wine-1.7.24D3DBoost Platform: i386 Host system: Darwin Host version: 13.4.0 -- 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 46967] New: [Regression] GOG Galaxy doesn't run in virtual desktop
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46967 Bug ID: 46967 Summary: [Regression] GOG Galaxy doesn't run in virtual desktop Product: Wine-staging Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magist3r(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- git bisect bad a02caca06d041972bdc053acb29e99c84e0d30dc is the first bad commit commit a02caca06d041972bdc053acb29e99c84e0d30dc Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Date: Wed Mar 27 11:07:38 2019 +1100 Rebase against 829170f3d6b875f7a6f065072cc3334a20ff805e :040000 040000 dfa87306380bb5244360e1db555ce48bcda1bfe3 6526053bea3eaf43704d26cfe1d2831e48a49a9a M patches With this commit latest GOG Galaxy client 1.2.54 doesn't run with virtual desktop enabled in winecfg. Error from the output: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x7c00008 Serial number of failed request: 12 Current serial number in output stream: 16 I guess this is caused by disabling server-Desktop_Refcount patchset. I had this error in vanilla wine 4.4, and now in wine-staging 4.5 too. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 48529] New: Avencast fails to launch
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48529 Bug ID: 48529 Summary: Avencast fails to launch Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- It gets about 39% of the way through loading and then fails with a message box: "DXC_Mesh: ch01_upperbody01_mesh: OptimizeInplace failed: E_NOTIMPL" Removing the E_NOTIMPL return, as in the linked staging patch, fixes 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 9

[Bug 18670] New: 1
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18670 Summary: 1 Product: Wine Version: 1.1.22 Platform: PC URL: http://qip.ru OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: roman_romul(a)mail.ru Qip Infium (http://qip.ru), ver.9026 and ver. 9030, wine 1.1.22. Qip Infium ver.9026 works well, but when I close it - Program Error: "The program infium.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. ......" -- 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 49

[Bug 50049] New: Fallout 76 opens black screen then crashes on start
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50049 Bug ID: 50049 Summary: Fallout 76 opens black screen then crashes on start Product: Wine Version: 5.19 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 Distribution: --- Created attachment 68502 --> https://bugs.winehq.org/attachment.cgi?id=68502 terminal output wine 5.19 Hello, There is a free week for Fallout 76, so I tested it. Installing Bethesda.net launcher and downloading the game goes without issues (I only had to use 'winetricks corefonts', to please CEF). At first the game failed to start because it couldn't find XD3DAudio2_7.dll. I worked around that with 'winetricks xact_x64'. The game doesn't start (opens a black screen then crashes). I saw on the AppDB [1] mentions of known issues and a lutris script that works around them. I tried to replicate the script manually but nothing from it does fix the present crash. The Steam version is also affected. It appears that the issue appeared after an update to the game ([2], [3]). People have reported the issue on the Steam Proton github. [4] Using DXVK, vcrun2012 and/or wine-staging doesn't fix the issue. Someone said that using a native dbghelp.dll works around the issue. I didn't test that. > 018c:fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children That line appears in the log and is similar to bug 41286, but it might just be a side effect and not the actual cause of the crash. [1] https://appdb.winehq.org/objectManager.php?sClass=version&iId=37660 [2] https://steamcommunity.com/app/1151340/discussions/0/2962764912486941912/ [3] https://steamcommunity.com/app/1151340/discussions/0/2965016081077718322/ [4] https://github.com/ValveSoftware/Proton/issues/3766 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 14

[Bug 44502] New: Fortnight 7.x installer reports 'Error: Initialization failed while advising the language notification sink to the TSF source. (0x80004001)' (unsupported ITfActiveLanguageProfileNotifySink)
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44502 Bug ID: 44502 Summary: Fortnight 7.x installer reports 'Error: Initialization failed while advising the language notification sink to the TSF source. (0x80004001)' (unsupported ITfActiveLanguageProfileNotifySink) Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msctf Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. It is not critical (msi installer doesn't roll back) but should not happen. Trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi wine msiexec -i EpicInstaller-7.2.1-fortnite.msi >>log.txt 2>&1 ... 0068:fixme:msctf:ThreadMgrSource_AdviseSink (0x17f518) Unhandled Sink: {b246cb75-a93e-4652-bf8c-b3fe0cfd7e57} ... 0068:Call ucrtbase.__stdio_common_vswprintf(000000005,01e5cef8,000001ff,013b7820 L"Initialization failed while advising the language notification sink to the TSF source. %s (0x%08x)",00000000,01e5f318) ret=0051fb5c 0068:Ret ucrtbase.__stdio_common_vswprintf() retval=00000064 ret=0051fb5c ... 0068:Call KERNEL32.OutputDebugStringW(01e5c9c8 L"[2018.02.11-17.59.22:064][ 0]LogWindowsTextInputMethodSystem: Error: Initialization failed while advising the language notification sink to the TSF source. (0x80004001)\r\n") ret=00593b7a ... LogWindows: Error: === Critical error: === LogWindows: Error: LogWindows: Error: Assertion failed: Count >= 0 [File:D:\Build\++Portal+Release-Live+Compile\Sync\Engine\Source\Runtime\Core\Public\Containers/UnrealString.h] [Line: 1167] LogWindows: Error: LogWindows: Error: LogWindows: Error: LogWindows: Error: RaiseException() [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] LogWindows: Error: 0x0000000000599460 --- snip --- Source: https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 602 /***************************************************** 603 * ITfSource functions 604 *****************************************************/ 605 static HRESULT WINAPI ThreadMgrSource_AdviseSink(ITfSource *iface, 606 REFIID riid, IUnknown *punk, DWORD *pdwCookie) 607 { 608 ThreadMgr *This = impl_from_ITfSource(iface); 609 610 TRACE("(%p) %s %p %p\n",This,debugstr_guid(riid),punk,pdwCookie); 611 612 if (!riid || !punk || !pdwCookie) 613 return E_INVALIDARG; 614 615 if (IsEqualIID(riid, &IID_ITfThreadMgrEventSink)) 616 return advise_sink(&This->ThreadMgrEventSink, &IID_ITfThreadMgrEventSink, COOKIE_MAGIC_TMSINK, punk, pdwCookie); 617 618 if (IsEqualIID(riid, &IID_ITfThreadFocusSink)) 619 { 620 WARN("semi-stub for ITfThreadFocusSink: sink won't be used.\n"); 621 return advise_sink(&This->ThreadFocusSink, &IID_ITfThreadFocusSink, COOKIE_MAGIC_THREADFOCUSSINK, punk, pdwCookie); 622 } 623 624 FIXME("(%p) Unhandled Sink: %s\n",This,debugstr_guid(riid)); 625 return E_NOTIMPL; 626 } --- snip --- $ sha1sum EpicInstaller-7.2.1-fortnite.msi e87bbdf52c8889acb988ec2b7435ed955a8d0e2a EpicInstaller-7.2.1-fortnite.msi $ du -sh EpicInstaller-7.2.1-fortnite.msi 31M EpicInstaller-7.2.1-fortnite.msi $ wine --version wine-3.1-193-g354fa7eb79 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 9

[Bug 32476] New: DVDFlick 1.3.x fails on startup with "automation error" (needs Scripting.Dictionary "get_Item" method implementation)
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32476 Bug #: 32476 Summary: DVDFlick 1.3.x fails on startup with "automation error" (needs Scripting.Dictionary "get_Item" method implementation) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 30715 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+scrrun wine ./dvdflick.exe ... 0025:trace:scrrun:dictionary_AddRef (0x137b88) 0025:Call oleaut32.SysAllocStringByteLen(00429b34,00000010) ret=66106cf1 0025:Ret oleaut32.SysAllocStringByteLen() retval=00137e3c ret=66106cf1 0025:fixme:scrrun:dictionary_get_Item (0x137b88)->(0x32fb7c 0x32fb6c) 0025:trace:scrrun:dictionary_AddRef (0x137b88) 0025:trace:scrrun:dictionary_QueryInterface (0x137b88)->({df0b3d60-548f-101b-8e65-08002b2bd119}, 0x32fa78) 0025:warn:scrrun:dictionary_QueryInterface interface {df0b3d60-548f-101b-8e65-08002b2bd119} not implemented 0025:trace:scrrun:dictionary_Release (0x137b88) ... 0025:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0032fa58) ret=660d0956 0025:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0025 0025:trace:seh:raise_exception info[0]=deadcafe 0025:trace:seh:raise_exception info[1]=deadcafe 0025:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=deadcafe edx=0032f964 esi=0032fa58 edi=0032f9d0 0025:trace:seh:raise_exception ebp=0032f9a8 esp=0032f944 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 0025:Call oleaut32.VarBstrCat(00155824 L"An error occured during startup. Number 445 from dvdflick:\r\nObject doesn't support this action\r\nLast DLL error: ",001535d4 L"0",0032fac8) ret=660e5f4d --- snip --- $ du -sh dvdflick_setup_1.3.0.0.exe 12M dvdflick_setup_1.3.0.0.exe $ sha1sum dvdflick_setup_1.3.0.0.exe a2cef3be05689a316fec9a6941171ec88fce0f96 dvdflick_setup_1.3.0.0.exe $ wine --version wine-1.5.19-186-g1cd0c4a 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.

2 8

[Bug 15225] New: dvdflick v1.3.0 doesn't work
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=15225 Summary: dvdflick v1.3.0 doesn't work Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jcoder24(a)yahoo.com Created an attachment (id=15986) --> (http://bugs.winehq.org/attachment.cgi?id=15986) console output from running dvdflick DVDFlick v1.3.0 installs successfully and starts up without problem. When trying to add a title the program freezes after selecting the video to be used as the source of the title. The last version to successfully work with wine that I'm aware of is 1.3.0 beta build 616. Tests were done with wine v1.0 and v1.1.3. dvdflick's homepage is dvdflick.net and the downloads are available on sourceforge http://sourceforge.net/project/showfiles.php?group_id=170196&package_id=194…. -- 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 21

[Bug 29830] New: dvdflick has an error on startup: ActiveX component can't create object
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29830 Bug #: 29830 Summary: dvdflick has an error on startup: ActiveX component can't create object Product: Wine Version: 1.4-rc2 Platform: x86 URL: http://sourceforge.net/project/showfiles.php?group_id= 170196&package_id=194180 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: jacek(a)codeweavers.com Blocks: 23912 Classification: Unclassified austin@aw25 ~/.wine/drive_c/Program Files/DVD Flick $ wine dvdflick.exe err:ole:CoGetClassObject class {0d43fe01-f093-11cf-8940-00a0c9054228} not registered err:ole:create_server class {0d43fe01-f093-11cf-8940-00a0c9054228} not registered err:ole:CoGetClassObject no class object {0d43fe01-f093-11cf-8940-00a0c9054228} could be created for context 0x5 An error occured during startup. Number 429 from dvdflick: ActiveX component can't create object Last DLL error: 0 `winetricks -q wsh57` works around it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 30715] New: DVDFlick 1.3.x fails on startup with "automation error" (needs Scripting.Dictionary implementation)
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30715 Bug #: 30715 Summary: DVDFlick 1.3.x fails on startup with "automation error" (needs Scripting.Dictionary implementation) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, now that Scripting.FileSystemObject is present (bug 29344) it runs further but still complains on startup. --- snip --- ... 0024:Call ole32.CoCreateInstanceEx(004190b0,00000000,00000005,00000000,00000004,0032f7f0) ret=660e3937 0024:trace:ole:CoCreateInstance (rclsid={ee09b103-97e0-11cf-978f-00a02463e06f}, pUnkOuter=(nil), dwClsContext=00000005, riid={00000000-0000-0000-c000-000000000046}, ppv=0x32f708) ... 0024:trace:ole:apartment_getclassobject found L"C:\\windows\\system32\\scrrun.dll" already loaded 0024:trace:ole:apartment_getclassobject calling DllGetClassObject 0x7e3bb7a0 0024:Call scrrun.DllGetClassObject(004190b0,7eac550c,0032f69c) ret=7e9e5c12 0024:fixme:scrrun:DllGetClassObject {ee09b103-97e0-11cf-978f-00a02463e06f} {00000001-0000-0000-c000-000000000046} 0x32f69c 0024:Ret scrrun.DllGetClassObject() retval=80040111 ret=7e9e5c12 0024:err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 ... 0024:err:ole:create_server class {ee09b103-97e0-11cf-978f-00a02463e06f} not registered 0024:err:ole:CoGetClassObject no class object {ee09b103-97e0-11cf-978f-00a02463e06f} could be created for context 0x5 0024:Ret ole32.CoCreateInstanceEx() retval=80040152 ret=660e3937 ... 0024:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0032f7e4) ret=660d0956 0024:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b8393ff ip=7b8393ff tid=0024 0024:trace:seh:raise_exception info[0]=deadcafe 0024:trace:seh:raise_exception info[1]=deadcafe 0024:trace:seh:raise_exception eax=7b826429 ebx=7b8b06b0 ecx=deadcafe edx=0032f70c esi=0032f7e4 edi=0032f760 0024:trace:seh:raise_exception ebp=0032f748 esp=0032f6e4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0024:trace:seh:call_stack_handlers calling handler at 0x403be6 code=c000008f flags=1 ... 0024:trace:variant:VarBstrCat L"An error occured during startup. Number -2147221166 from dvdflick:\r\nAutomation error\r\nLast DLL error: 0" --- snip --- "Scripting.Dictionary" is the friendly name of CLSID {EE09B103-97E0-11CF-978F-00A02463E06F} 'winetricks -q wsh57' works around. 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.

2 13

[Bug 23912] New: dvdflick has an error on startup: "Object doesn't support this property or method"
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=23912 Summary: dvdflick has an error on startup: "Object doesn't support this property or method" Product: Wine Version: 1.3.0 Platform: x86 URL: http://sourceforge.net/project/showfiles.php?group_id= 170196&package_id=194180 OS/Version: Linux Status: NEW Keywords: download, regression, source Severity: trivial Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: huw(a)codeweavers.com Created an attachment (id=30022) --> (http://bugs.winehq.org/attachment.cgi?id=30022) terminal output Regression caused by: baef9a7e92d93bde21303d8f81c7d80dee9b1780 is the first bad commit commit baef9a7e92d93bde21303d8f81c7d80dee9b1780 Author: Huw Davies <huw(a)codeweavers.com> Date: Thu Jul 29 13:20:21 2010 +0100 oleaut32: Don't invoke a function that has the restricted attribute or is part of an interface that's marked as restricted. :040000 040000 b3bd2113fdf40b71ba94ba11f68607422777a388 b3e20e99539ff392dd8edce0af67d4c2491fae57 M dlls easy to reproduce. Download app, install, and run. I'm not sure what it breaks, if anything. The app itself is kinda useless, see bug 15225. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

[Bug 16462] New: DVD Flick 1.0.3.X freezes when adding a video file
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16462 Summary: DVD Flick 1.0.3.X freezes when adding a video file Product: Wine Version: 1.1.9 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: protomank(a)gmail.com DVD Flick is a very good open-source Windows app for creating DVDs. The 1.0.2.X version works fine in Wine, but the new, 1.0.3 version have two problems: - fonts are too small (if you install some extra windows fonts the problem diminishes, but still not good) - freeze when adding a video to the project. Sadly, for #2, no message is seen in prompt (and I do not know how to use winedbg, sorry), it just stops executing without any output for the user. According to DVD Flick author, no changes in the video import were made, only the ffmpeg version was upgraded. (I'll try to put the old one over the new to test today). -- 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 4

[Bug 24152] New: wine1.3.1 powerdesigner12 can not open *.pdm file
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24152 Summary: wine1.3.1 powerdesigner12 can not open *.pdm file Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stormyangtao(a)hotmail.com Yesterday I update Wine1.3.0 to Wine1.3.1 . And then My Power Designer 12 can not open the pdm file. Before I update wine, PowerDesigner works well. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

[Bug 34823] New: regasm.exe Error parsing c:\windows\Microsoft.Net\Framework\v4.0.30319\config\machine.config Parser returned error 0x80004001
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=34823 Bug #: 34823 Summary: regasm.exe Error parsing c:\windows\Microsoft.Net\Framework\v4.0.30319\config\m achine.config Parser returned error 0x80004001 Product: Wine Version: 1.7.5 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 11602011(a)qq.com Classification: Unclassified when setup sysbase powerdesigner 16.5.0.3982, and run pdshell16.exe, Error info: regasm.exe Error parsing c:\windows\Microsoft.Net\Framework\v4.0.30319\config\machine.config Parser returned error 0x80004001 my system: Mac OS X Mavericks 10.9 -- 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 36209] New: Sybase PowerDesigner 16.5 'pdshell16.exe' (.NET 4.x WPF app) wants non-blocking wait behaviour for ntdll.LdrLockLoaderLock (flag 0x02)
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36209 Bug ID: 36209 Summary: Sybase PowerDesigner 16.5 'pdshell16.exe' (.NET 4.x WPF app) wants non-blocking wait behaviour for ntdll.LdrLockLoaderLock (flag 0x02) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, it's unclear if the failure to get the loader lock in a non-blocking way is really harmful to the app (there are various Wine bugs exposed in the app). The app spams the terminal a lot with: "fixme:module:LdrLockLoaderLock flags 2 not supported". The implementation doesn't look that hard so this might be a good candidate to add the missing bits to Wine, making it more feature complete. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Sybase/PowerDesigner 16 $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./PdShell16.exe >>log.txt 2>&1 ... 002a:Call KERNEL32.LoadLibraryW(00d2f54c L"C:\\Program Files\\Sybase\\PowerDesigner 16\\PdCore16") ret=04a1d8f2 ... 002a:Ret PE DLL (proc=0x600d7720,module=0x60000000 L"PdCore16.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 002a:Ret KERNEL32.LoadLibraryW() retval=60000000 ret=04a1d8f2 ... 002a:Call ntdll.LdrLockLoaderLock(00000002,0033e040,0033e044) ret=6003092f 002a:fixme:module:LdrLockLoaderLock flags 2 not supported 002a:Ret ntdll.LdrLockLoaderLock() retval=00000000 ret=6003092f 002a:Call ntdll.LdrUnlockLoaderLock(00000000,0000002a) ret=6003095b 002a:Ret ntdll.LdrUnlockLoaderLock() retval=00000000 ret=6003095b 002a:Call ntdll.RtlRemoveVectoredExceptionHandler(60055f40) ret=6001928b 002a:Ret ntdll.RtlRemoveVectoredExceptionHandler() retval=00000000 ret=6001928b 002a:Call msvcr100.malloc(00000014) ret=60a31e38 002a:Call ntdll.RtlAllocateHeap(04ee0000,00000000,00000014) ret=7de36f8d 002a:Ret ntdll.RtlAllocateHeap() retval=0ae93d18 ret=7de36f8d 002a:Ret msvcr100.malloc() retval=0ae93d18 ret=60a31e38 002a:Call msvcr100.free(0ae93d18) ret=60a32f7d 002a:Call ntdll.RtlFreeHeap(04ee0000,00000000,0ae93d18) ret=7de36f45 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7de36f45 002a:Ret msvcr100.free() retval=00000001 ret=60a32f7d 002a:Call ntdll.RtlRemoveVectoredExceptionHandler(60055f40) ret=60054e75 002a:Ret ntdll.RtlRemoveVectoredExceptionHandler() retval=00000000 ret=60054e75 002a:Call ntdll.LdrLockLoaderLock(00000002,0033e030,0033e034) ret=6003092f 002a:fixme:module:LdrLockLoaderLock flags 2 not supported 002a:Ret ntdll.LdrLockLoaderLock() retval=00000000 ret=6003092f 002a:Call ntdll.LdrUnlockLoaderLock(00000000,0000002a) ret=6003095b 002a:Ret ntdll.LdrUnlockLoaderLock() retval=00000000 ret=6003095b 002a:Call ntdll.RtlRemoveVectoredExceptionHandler(60055f40) ret=6001928b 002a:Ret ntdll.RtlRemoveVectoredExceptionHandler() retval=00000000 ret=6001928b 002a:Call KERNEL32.InterlockedDecrement(04eff71c) ret=600feda6 002a:Ret KERNEL32.InterlockedDecrement() retval=00000001 ret=600feda6 002a:Call ntdll.LdrLockLoaderLock(00000002,0033e108,0033e10c) ret=6003092f 002a:fixme:module:LdrLockLoaderLock flags 2 not supported 002a:Ret ntdll.LdrLockLoaderLock() retval=00000000 ret=6003092f 002a:Call ntdll.LdrUnlockLoaderLock(00000000,0000002a) ret=6003095b 002a:Ret ntdll.LdrUnlockLoaderLock() retval=00000000 ret=6003095b ... --- snip --- Debugger to get the actual caller/module: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7bc55682 LdrLockLoaderLock(flags=0x2, result=0x33cef4, magic=0x33cef8) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/loader.c:1345] in ntdll (0x0033ceb4) 1 0x7bc21709 in ntdll (+0x11708) (0x0033cf08) 2 0x6003092f in pdcore16 (+0x3092e) (0x0033cf08) 3 0x600531fe in pdcore16 (+0x531fd) (0x0033cf38) 4 0x600a5dc7 in pdcore16 (+0xa5dc6) (0x0033d0a4) 5 0x6014071f in pdcore16 (+0x14071e) (0x0033d0e0) 6 0x100060eb in pdips16 (+0x60ea) (0x0033d118) 7 0x6013f89a in pdcore16 (+0x13f899) (0x0033d188) --- snip --- Information from Geoff Chappell's website: http://www.geoffchappell.com/studies/windows/win32/ntdll/api/ldrapi/lockloa… Source: http://source.winehq.org/git/wine.git/blob/0e42fd97c05beb50c0788164647631c0… There is already a comment outlining a possible implementation. --- snip --- 1337 /****************************************************************** 1338 * LdrLockLoaderLock (NTDLL.@) 1339 * 1340 * Note: flags are not implemented. 1341 * Flag 0x01 is used to raise exceptions on errors. 1342 * Flag 0x02 is used to avoid waiting on the section (does RtlTryEnterCriticalSection instead). 1343 */ 1344 NTSTATUS WINAPI LdrLockLoaderLock( ULONG flags, ULONG *result, ULONG *magic ) 1345 { 1346 if (flags) FIXME( "flags %x not supported\n", flags ); 1347 1348 if (result) *result = 1; 1349 if (!magic) return STATUS_INVALID_PARAMETER_3; 1350 RtlEnterCriticalSection( &loader_section ); 1351 *magic = GetCurrentThreadId(); 1352 return STATUS_SUCCESS; 1353 } --- snip --- $ sha1sum PowerDesigner165_DMR.exe c74e4cfd99500d9e3e32713b302ea35bc3f911fb PowerDesigner165_DMR.exe $ du -sh PowerDesigner165_DMR.exe 810M PowerDesigner165_DMR.exe $ wine --version wine-1.7.17-148-g2e5cb7a 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 5

[Bug 46614] New: Readiris 17 crashes when opening pdf, Unknown heap type: SmartAssembly
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46614 Bug ID: 46614 Summary: Readiris 17 crashes when opening pdf, Unknown heap type: SmartAssembly Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tinywrkbee(a)gmail.com Distribution: --- Created attachment 63514 --> https://bugs.winehq.org/attachment.cgi?id=63514 Readiris 17 default output App: Readiris 17, latest trial version, can be downloaded freely from http://www.irislink.com/EN-IL/c1760/Readiris-17---Trial-version--PDF-Softwa… Wine: 4.1, WINEARCH=win32, Window 7, winetricks riched20 msxml6. Behavior: Application crashes when opening pdf files. To reproduce start the app, press the icon of the "From Files" action and choose a pdf file. This happened with any pdf file I tried but not with jpg. Here's an example of pdf file I tested: http://ww1.microchip.com/downloads/en/DeviceDoc/00002330B.pdf I'm attaching a log with the default output and another with WINEDEBUG=twain,+msvcrt,+msvcm,+msvcirt,+dll,+twain,+msvcr71,+msvcr40. Let me know if any other debug channel would be helpful. Errors: 0009:fixme:msvcm:CrtImplementationDetails_DoDllLanguageSupportValidation stub Unknown heap type: SmartAssembly 0009:fixme:msvcm:CrtImplementationDetails_RegisterModuleUninitializer 0xdc68220: stub Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object 0009:fixme:msvcrt:__clean_type_info_names_internal (0x9df833c) stub 0009:fixme:msvcrt:__clean_type_info_names_internal (0x3f5a8a8) stub 0009:fixme:msvcrt:__clean_type_info_names_internal (0x40ea700) stub [ERROR] FATAL UNHANDLED EXCEPTION: System.NullReferenceException: Object reference not set to an instance of an object -- 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 36210] New: Sybase PowerDesigner 16.5 'pdshell16.exe' (.NET 4.x WPF app) wants oleacc.CreateStdAccessibleObject
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36210 Bug ID: 36210 Summary: Sybase PowerDesigner 16.5 'pdshell16.exe' (.NET 4.x WPF app) wants oleacc.CreateStdAccessibleObject Product: Wine Version: 1.7.17 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, it's unclear if the missing implementation (stub) is really harmful to the app (there are various Wine bugs exposed in the app). When a main menu item (popup) is navigated for the first time, the terminal gets: --- snip --- fixme:oleacc:CreateStdAccessibleObject 0x44021a -4 {618736e0-3c3d-11cf-810c-00aa00389b71} 0x33d6f4 --- snip --- Since I've seen that Piotr Caban is working on 'oleacc' component right now (probably motivated by MS Office/Adobe ui automation bugs?), it might be useful to track this too. Debugger: --- snip --- Stopped on breakpoint 1 at 0x7d76fe08 CreateStdAccessibleObject [/home/focht/projects/wine/wine.repo/src/dlls/oleacc/main.c:41] in oleacc CreateStdAccessibleObject () at /home/focht/projects/wine/wine.repo/src/dlls/oleacc/main.c:41 41 { Wine-dbg>bt Backtrace: =>0 0x7d76fe08 CreateStdAccessibleObject(hwnd=0x1021c, idObject=0xfffffffc, riidInterface=0x53833df8, ppvObject=0x33d6f4) [/home/focht/projects/wine/wine.repo/src/dlls/oleacc/main.c:41] in oleacc (0x0033d700) 1 0x5384d53a in uiautomationcore (+0x1d539) (0x0033d71c) 2 0x5384db45 in uiautomationcore (+0x1db44) (0x0033d754) 3 0x5383777c in uiautomationcore (+0x777b) (0x0033d76c) 4 0x0f51af8c (0x0033d7e4) 5 0x0f51ae80 (0x0033d7f8) ... Wine-dbg>info locals 0x7d76fe08 CreateStdAccessibleObject: (0033d700) HWND hwnd=0x1021c (parameter [ESP+4]) LONG idObject=0xfffffffc (parameter [ESP+8]) IID* riidInterface=0x53833df8 (parameter [ESP+12]) void** ppvObject=0x33d6f4 (parameter [ESP+16]) Wine-dbg>p *riidInterface {Data1=0x618736e0, Data2=0x3c3d, Data3=0x11cf, Data4="????"} --- snip --- Source: http://source.winehq.org/git/wine.git/blob/817222558d3e3dd09aba1f348f24eda2… --- snip --- 39 HRESULT WINAPI CreateStdAccessibleObject( HWND hwnd, LONG idObject, 40 REFIID riidInterface, void** ppvObject ) 41 { 42 FIXME("%p %d %s %p\n", hwnd, idObject, 43 debugstr_guid( riidInterface ), ppvObject ); 44 return E_NOTIMPL; 45 } --- snip --- $ sha1sum PowerDesigner165_DMR.exe c74e4cfd99500d9e3e32713b302ea35bc3f911fb PowerDesigner165_DMR.exe $ du -sh PowerDesigner165_DMR.exe 810M PowerDesigner165_DMR.exe $ wine --version wine-1.7.17-148-g2e5cb7a 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 5

[Bug 33554] New: Pervasive SQL v10 w3dbsmgr.exe (Database Service Manager) crashes due to unimplemented function clusapi.dll.GetClusterInformation
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33554 Bug #: 33554 Summary: Pervasive SQL v10 w3dbsmgr.exe (Database Service Manager) crashes due to unimplemented function clusapi.dll.GetClusterInformation Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... --- snip --- ... 0062:trace:process:create_process_impl app (null) cmdline L"C:\\Program Files\\Pervasive Software\\PSQL\\bin\\w3dbsmgr.exe -service -srde" ... 006d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\clusapi.dll" at 0xf7460000: builtin 006d:fixme:clusapi:OpenCluster ((null)) stub! ... Unhandled exception: unimplemented function clusapi.dll.GetClusterInformation called in 32-bit code (0x7b83aabb). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b83aabb ESP:00b7d8b4 EBP:00b7d918 EFLAGS:00000283( - -- I S - - -C) EAX:7b826979 EBX:7b8ba000 ECX:f746a2e0 EDX:00b7d8d4 ESI:deadbeef EDI:f7460000 ... Module Address Debug info Name (70 modules) PE 400000- 46b000 Deferred w3dbsmgr PE 470000- 54c000 Deferred pscl3 PE b80000- bcc000 Deferred w3sqlmgr PE bd0000- dfd000 Deferred w3odbcei PE 1020000- 1082000 Deferred clientrb PE 10000000-1004b000 Deferred pscore3 PE 67d00000-67d57000 Export w3mif190 PE 78130000-781cb000 Deferred msvcr80 ... Threads: process tid prio (all id:s are in hex) ... 00000030 (D) C:\Program Files\Pervasive Software\PSQL\bin\w3dbsmgr.exe 0000006d 0 <== 0000006c 0 0000006b 0 00000061 0 System information: Wine build: wine-1.5.29-208-gfdedaba Platform: i386 Host system: Linux Host version: 3.8.11-200.fc18.x86_64 --- snip --- 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.

2 7

[Bug 29194] New: Batman Arkham Asylum demo: black screen with Catalyst >= 11.6
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29194 Bug #: 29194 Summary: Batman Arkham Asylum demo: black screen with Catalyst >= 11.6 Product: Wine Version: 1.3.33 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: danxuliu(a)gmail.com Classification: Unclassified Created attachment 37672 --> http://bugs.winehq.org/attachment.cgi?id=37672 Batman Arkham Asylum demo log with Catalyst 11.11 I'm not sure if this is a real Wine bug or just a Catalyst bug. If it is a Catalyst bug, sorry for bothering you :) In a fresh wineprefix, I have configured Wine (1.3.33) to run in windowed mode, in 1024x768 resolution. After that, I have installed Batman Arkham Asylum demo (http://cdn2.netops.eidosinteractive.com/batmanarkhamasylum/BMDemo_installer…). Then, I have installed dotnet20 with winetricks (as .NET is needed to run the game). Due to bug http://bugs.winehq.org/show_bug.cgi?id=20651, I also have to add in "installed Batman Demo directory"/BmGame/Config/UserEngine.ini: [Engine.Engine] Language=int Once all this is done, executing "installed Batman Demo directory"/Binaries/ShippingPC-BmGame.exe with Catalyst 11.5 shows a Batman image and then the intro videos (bink videos) start. However, with Catalyst 11.6 and newer (the newest at the time of this writing is 11.11, and it shows the problem too) instead of the intro videos a black screen appears. If I change to other window and then show the Wine desktop again, the game window is not refreshed (I mean, the contents of the game window are those of the window I showed over it). My graphics card is an Ati Radeon HD 4890. I have attached the Wine log. Note that the "^C" in the eighth line from the end was caused by a Ctrl-C in the console to stop the game. I don't know what other information is needed, so please ask :) -- 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 22

[Bug 24461] New: Batman: Arkham Asylum Demo aborts on startup in system.management?
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24461 Summary: Batman: Arkham Asylum Demo aborts on startup in system.management? Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Work around bug 24460 to get the game to install, then try to start it with cd "$programfilesdir_x86_win\\Eidos\\Batman Arkham Asylum Demo\\Binaries" ShippingPC-BmGame.exe It crashes with an error report dialog box; the following log lines correspond to the dialog box: fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000fa,0x3009a1b4,0x5dc624): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"bmlauncher.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"4a65eeb5" err:eventlog:ReportEventW L"system.management" Workaround from appdb: download the three files http://www.glio.net/UserEngine.ini http://www.glio.net/UserInput.ini http://www.glio.net/UserGame.ini to c:/users/$USERNAME/My Documents/Eidos/Batman Arkham Asylum Demo/BmGame/Config -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 24460] New: Batman: Arkham Asylum Demo won't install without dotnet30 and gfw
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24460 Summary: Batman: Arkham Asylum Demo won't install without dotnet30 and gfw Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com If you try to install the demo with no native libraries, the install fails with DXSetup.exe - Error A fatal error occurred. However, mscorees.dll could not be loaded to display the appropriate error message. Please reinstall the .NET framework. "winetricks dotnet30 gfw" works around this. At one point, I think "winetricks mono26 gfw" also worked around it, but that's not working for me at the moment. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 37599] New: AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client (.NET 4.0 app) needs VSSAPI.DLL
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37599 Bug ID: 37599 Summary: AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client (.NET 4.0 app) needs VSSAPI.DLL Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, since there is a patch pending introducing vssapi stub dll (https://source.winehq.org/patches/data/107766) it might be useful to have some bug report :) Found .NET Framework based (managed wrapper) library and example client. CW probably has some different, specific app in mind :) Download: https://alphavss.codeplex.com/ Prerequisite: 'winetricks -q dotnet40' --- snip --- $ pwd /home/focht/Downloads/AlphaVSS-1.2.4000.3/Bin/Release $ wine ./AlphaShadow.exe lws ... fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.Common" fixme:shell:URL_ParseUrl failed to parse L"System.Core" fixme:shell:URL_ParseUrl failed to parse L"System.EnterpriseServices" AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 fixme:shell:URL_ParseUrl failed to parse L"System" Final context: 0 fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.51.x86" err:module:import_dll Library VSSAPI.DLL (which is needed by L"Z:\\home\\focht\\Downloads\\AlphaVSS-1.2.4000.3\\Bin\\Release\\AlphaVSS.51.x86.dll") not found Error: Could not load file or assembly 'AlphaVSS.51.x86.dll' or one of its dependencies. Module not found. --- snip --- $ sha1sum AlphaVSS-1.2.4000.3.zip d465732a6a8909bde092d6a8ce3961086a5a57d4 AlphaVSS-1.2.4000.3.zip $ du -sh AlphaVSS-1.2.4000.3.zip 5.4M AlphaVSS-1.2.4000.3.zip $ wine --version wine-1.7.31-64-gd22928f 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 5

[Bug 38735] New: Windows Performance Analyzer from Windows SDK 8.1 Windows Performance Toolkit crashes due to 'IDWriteFontFace::GetGdiCompatibleGlyphMetrics' stub
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38735 Bug ID: 38735 Summary: Windows Performance Analyzer from Windows SDK 8.1 Windows Performance Toolkit crashes due to 'IDWriteFontFace::GetGdiCompatibleGlyphMetrics' stub Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/Windows Performance Toolkit $ wine ./wpa.exe ... fixme:dwrite:dwritetextanalyzer_AnalyzeNumberSubstitution (0x662f9a8 0 1 0x662f9d0): stub fixme:dwrite:dwritefontface_IsSymbolFont (0x664e910): stub fixme:dwrite:dwritetextanalyzer_AnalyzeNumberSubstitution (0x6647cb0 0 3 0x664ee38): stub fixme:dwrite:dwritefontface_GetGdiCompatibleGlyphMetrics (0x664e910)->(11.000000 1.000000 (nil) 0 0x154d7e4 1 0x154d7bc 0): stub fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x5858624,(nil)): stub err:eventlog:ReportEventW L"Application: wpa.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.NotImplementedException\nStack:\n at MS.Internal.TextFormatting.TextMetrics+FullTextLine.FormatLine(MS.Internal.TextFormatting.FullTextState, Int32, In"... ... wine: Unhandled exception 0xe0434352 in thread 34 at address 0x7b845511 (thread 0034), starting debugger... Managed backtrace: --- snip --- Unhandled Exception: System.NotImplementedException: The method or operation is not implemented. ---> System.NotImplementedException: The method or operation is not implemented. at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo) at System.Runtime.InteropServices.Marshal.ThrowExceptionForHR(Int32 errorCode, IntPtr errorInfo) at MS.Internal.Text.TextInterface.Native.Util.ConvertHresultToException(Int32 hr) at MS.Internal.Text.TextInterface.FontFace.GetDisplayGlyphMetrics(UInt16* pGlyphIndices, UInt32 glyphCount, GlyphMetrics* pGlyphMetrics, Single emSize, Boolean useDisplayNatural, Boolean isSideways, Single pixelsPerDip) at System.Windows.Media.GlyphTypeface.GlyphMetrics(UInt16* pGlyphIndices, Int32 characterCount, GlyphMetrics* pGlyphMetrics, Double emSize, TextFormattingMode textFormattingMode, Boolean isSideways) at System.Windows.Media.GlyphTypeface.GetGlyphMetricsAndIndicesOptimized(UInt32* pCodepoints, Int32 characterCount, Double emSize, UInt16[] glyphIndices, GlyphMetrics[] glyphMetrics, TextFormattingMode textFormattingMode, Boolean isSideways) at System.Windows.Media.GlyphTypeface.GetGlyphMetricsOptimized(CharacterBufferRange characters, Double emSize, UInt16[] glyphIndices, GlyphMetrics[] glyphMetrics, TextFormattingMode textFormattingMode, Boolean isSideways) at System.Windows.Media.TextFormatting.TextShapeableCharacters.GetAdvanceWidthsUnshaped(Char* characterString, Int32 characterLength, Double scalingFactor, Int32* advanceWidthsUnshaped) at MS.Internal.TextFormatting.LineServicesCallbacks.GetRunCharWidths(IntPtr pols, Plsrun plsrun, LsDevice device, Char* charString, Int32 stringLength, Int32 maxWidth, LsTFlow textFlow, Int32* charWidths, Int32& totalWidth, Int32& stringLengthFitted) --- End of inner exception stack trace --- at MS.Internal.TextFormatting.TextMetrics.FullTextLine.FormatLine(FullTextState fullText, Int32 cpFirst, Int32 lineLength, Int32 formatWidth, Int32 finiteFormatWidth, Int32 paragraphWidth, LineFlags lineFlags, FormattedTextSymbols collapsingSymbol) at MS.Internal.TextFormatting.TextFormatterImp.FormatLineInternal(TextSource textSource, Int32 firstCharIndex, Int32 lineLength, Double paragraphWidth, TextParagraphProperties paragraphProperties, TextLineBreak previousLineBreak, TextRunCache textRunCache) at MS.Internal.TextFormatting.TextFormatterImp.FormatLine(TextSource textSource, Int32 firstCharIndex, Double paragraphWidth, TextParagraphProperties paragraphProperties, TextLineBreak previousLineBreak, TextRunCache textRunCache) at MS.Internal.Text.Line.Format(Int32 dcp, Double width, TextParagraphProperties lineProperties, TextLineBreak textLineBreak, TextRunCache textRunCache, Boolean showParagraphEllipsis) ... at System.Windows.Window.Show() at Microsoft.Performance.Shell.WpaApplication.OnStartup(StartupEventArgs e) at System.Windows.Application.<.ctor>b__1(Object unused) --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/dwrite/font.c#l586 MSDN: https://msdn.microsoft.com/en-us/en-en/library/windows/desktop/dd941788%28v… $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 7

[Bug 38734] New: Application Impact Telemetry Static Analyzer from Windows SDK 8.1 App Certification Kit needs api-ms-win-core-path-l1-1-0.dll
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38734 Bug ID: 38734 Summary: Application Impact Telemetry Static Analyzer from Windows SDK 8.1 App Certification Kit needs api-ms-win-core-path-l1-1-0.dll Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/App Certification Kit $ wine ./aitstatic.exe fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:WinSqmIsOptedIn () stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} err:module:import_dll Library AEPIC.dll (which is needed by L"C:\\Program Files\\Windows Kits\\8.1\\App Certification Kit\\aitstatic.exe") not found err:module:import_dll Library api-ms-win-core-path-l1-1-0.dll (which is needed by L"C:\\Program Files\\Windows Kits\\8.1\\App Certification Kit\\aitstatic.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Windows Kits\\8.1\\App Certification Kit\\aitstatic.exe" failed, status c0000135 --- snip --- Windows 8+ API sets: https://msdn.microsoft.com/en-us/library/windows/desktop/dn505783%28v=vs.85… --- quote --- api-ms-win-core-path-l1-1-0.dll PathAllocCanonicalize PathAllocCombine PathCchAddBackslash PathCchAddBackslashEx PathCchAddExtension PathCchAppend PathCchAppendEx PathCchCanonicalize PathCchCanonicalizeEx PathCchCombine PathCchCombineEx PathCchFindExtension PathCchIsRoot PathCchRemoveBackslash PathCchRemoveBackslashEx PathCchRemoveExtension PathCchRemoveFileSpec PathCchRenameExtension PathCchSkipRoot PathCchStripPrefix PathCchStripToRoot PathIsUNCEx --- quote --- $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 7

[Bug 38736] New: Volume Shadow Copy Service (VSS) Backup/Restore Test Tool from Windows SDK 8.1 needs api-ms-win-security-lsalookup-l1-1-0.dll
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38736 Bug ID: 38736 Summary: Volume Shadow Copy Service (VSS) Backup/Restore Test Tool from Windows SDK 8.1 needs api-ms-win-security-lsalookup-l1-1-0.dll Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86 $ wine ./betest.exe fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:WinSqmIsOptedIn () stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} err:module:import_dll Library api-ms-win-security-lsalookup-l1-1-0.dll (which is needed by L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\betest.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\betest.exe" failed, status c0000135 --- snip --- Windows 7 API set: http://www.geoffchappell.com/studies/windows/win32/apisetschema/ms-win-secu… --- quote --- API-MS-Win-Security-LSALookup-L1-1-0 All the functions in the API-MS-Win-Security-LSALookup-L1-1-0 set are exports from SECHOST version 6.1 and higher, and are not documented (though they are each declared in one or another SDK header file): LookupAccountNameLocalA LookupAccountNameLocalW LookupAccountSidLocalA LookupAccountSidLocalW LsaLookupClose LsaLookupFreeMemory LsaLookupGetDomainInfo LsaLookupManageSidNameMapping LsaLookupOpenLocalPolicy LsaLookupTranslateNames LsaLookupTranslateSids The Windows 7 schema redirects this API Set to SECHOST. --- quote --- $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 7

[Bug 38738] New: VSS Agent from Windows SDK 8.1 needs api-ms-win-security-lsalookup-l1-1-1.dll
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38738 Bug ID: 38738 Summary: VSS Agent from Windows SDK 8.1 needs api-ms-win-security-lsalookup-l1-1-1.dll Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Similar to bug 38736 which is about 'api-ms-win-security-lsalookup-l1-1-0.dll' Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86 $ wine ./vssagent.exe fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:WinSqmIsOptedIn () stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} err:module:import_dll Library api-ms-win-security-lsalookup-l1-1-1.dll (which is needed by L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\vssagent.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\vssagent.exe" failed, status c0000135 --- snip --- Couldn't find info on this Windows 7 API set - unlike API-MS-Win-Security-LSALookup-L1-1-0 - maybe it's a minor patch level. $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 38737] New: 'makeappx' tool from Windows SDK 8.1 crashes on unimplemented function ntdll.dll.RtlInitializeGenericTableAvl
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38737 Bug ID: 38737 Summary: 'makeappx' tool from Windows SDK 8.1 crashes on unimplemented function ntdll.dll.RtlInitializeGenericTableAvl Product: Wine Version: 1.7.44 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, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86 $ wine ./makeappx.exe fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:WinSqmIsOptedIn () stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub wine: Call from 0x7bc61787 to unimplemented function ntdll.dll.RtlInitializeGenericTableAvl, aborting wine: Unimplemented function ntdll.dll.RtlInitializeGenericTableAvl called at address 0x7bc61787 (thread 0009), starting debugger... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/hh406465%28v=vs.85%29.aspx Also mentioned here: https://msdn.microsoft.com/en-us/library/ff552989%28v=vs.85%29.aspx (part of 'RtlInitializeGenericTable' documentation) $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 38731] New: TopoEdit tool from Windows SDK 8.1 crashes on unimplemented function mf.dll.MFCreateTopology
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38731 Bug ID: 38731 Summary: TopoEdit tool from Windows SDK 8.1 crashes on unimplemented function mf.dll.MFCreateTopology Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86 $ wine ./topoedit.exe fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:WinSqmIsOptedIn () stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:mfplat:MFStartup (131184, 0): stub wine: Call from 0x7b845511 to unimplemented function mf.dll.MFCreateTopology, aborting wine: Unimplemented function mf.dll.MFCreateTopology called at address 0x7b845511 (thread 0009), starting debugger... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/mf/mf.spec#l63 MSDN: https://technet.microsoft.com/pt-pt/library/ms701584 $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 38733] New: appcertui helper tool from Windows SDK 8.1 App Certification Kit crashes on unimplemented function api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessToken
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38733 Bug ID: 38733 Summary: appcertui helper tool from Windows SDK 8.1 App Certification Kit crashes on unimplemented function api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessT oken Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/App Certification Kit $ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./appcertui.exe ... 0047:trace:process:create_process_impl starting L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\TE.exe" as Win32 binary (0x400000-0x43c000, arch 014c) 000d:trace:loaddll:load_builtin_dll Loaded L"KERNEL32.dll" at 0x7b820000: builtin 000d:trace:process:init_current_directory starting in L"C:\\Program Files\\Windows Kits\\8.1\\App Certification Kit\\" 0x1c 000d:trace:process:__wine_kernel_init starting process name=L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\Te.exe" argv[0]=L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\TE.exe" 000d:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\Te.exe" at 0x400000: native 0047:trace:process:create_process_impl started process pid 000b tid 000d ... 000d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-processthreads-l1-1-1.dll" at 0x7eff0000: builtin 000d:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b845511 ip=7b845511 tid=000d 000d:trace:seh:raise_exception info[0]=7effcbec 000d:trace:seh:raise_exception info[1]=7effcced wine: Call from 0x7b845511 to unimplemented function api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessToken, aborting --- snip --- Windows 8+ API sets: https://msdn.microsoft.com/en-us/library/windows/desktop/dn505783%28v=vs.85… Wine is missing the forward in the API set dll. $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 30499] New: Avira AVG Free Edition 2012 (32/64-bit) installer crashes due to access of undocumented PEB field "UnicodeCaseTableData"
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30499 Bug #: 30499 Summary: Avira AVG Free Edition 2012 (32/64-bit) installer crashes due to access of undocumented PEB field "UnicodeCaseTableData" Product: Wine Version: 1.5.2 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, while trying out various 64-bit installers I came across this. Not 64 bits issue but at least something that should be documented in a bug. "AVG Anti-Virus Free 2012" installer from Avira crashes very early. Happens with both, 32-bit and 64-bit versions (the crashing part is 32-bit for both). --- snip --- $ wine avg_free_x64_all_2012_2127a4918.exe fixme:ntdll:NtQuerySystemInformation (0x00000021,0x33fcb0,0x00000010,(nil)) stub fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation (0x0000002d,0x33fc90,0x00000020,(nil)) stub fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap wine: Unhandled page fault on read access to 0x00000002 at address 0x4bc966 (thread 0047), starting debugger... ... Unhandled exception: page fault on read access to 0x00000002 in 32-bit code (0x004bc966). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004bc966 ESP:0033fb50 EBP:0033fb64 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:0033fc80 ECX:00000007 EDX:00000007 ESI:0033fc72 EDI:00000007 Stack dump: 0x0033fb50: 00000007 00be3342 00be3340 0033fc80 0x0033fb60: 0f241900 0033fb94 006414c8 0033fc72 0x0033fb70: 00be3342 00000007 00000007 00000000 0x0033fb80: 0033fc70 00be3310 00be3308 0033fc72 0x0033fb90: 00000008 0033fc34 00640aeb 0f2419d0 0x0033fba0: 00000008 0076fa64 0033fc00 00000000 Backtrace: =>0 0x004bc966 in avgmfapx (+0xbc966) (0x0033fb64) 1 0x006414c8 in avgmfapx (+0x2414c7) (0x0033fb94) 2 0x00640aeb in avgmfapx (+0x240aea) (0x0033fc34) --- snip --- The crashing 32-bit process "avgmfapx.exe" can be run standalone after unpacking to reproduce. The installer accesses the undocumented "UnicodeCaseTableData" PEB field to do what seems to be ANSI -> UNICODE conversion of strings. I must admit, I'm completely baffled why they didn't use any Win32/ntdll API for that task. Installer code: --- snip --- 004BC930 55 PUSH EBP 004BC931 8BEC MOV EBP,ESP 004BC933 8B4D 10 MOV ECX,DWORD PTR SS:[EBP+10] 004BC936 8B55 14 MOV EDX,DWORD PTR SS:[EBP+14] 004BC939 83EC 08 SUB ESP,8 004BC93C 8BC1 MOV EAX,ECX 004BC93E 3BCA CMP ECX,EDX 004BC940 76 02 JBE SHORT 004BC944 004BC942 8BC2 MOV EAX,EDX 004BC944 807D 18 00 CMP BYTE PTR SS:[EBP+18],0 004BC948 53 PUSH EBX 004BC949 56 PUSH ESI 004BC94A 8B75 08 MOV ESI,DWORD PTR SS:[EBP+8] 004BC94D 8D1C46 LEA EBX,[EAX*2+ESI] 004BC950 57 PUSH EDI 004BC951 895D F8 MOV DWORD PTR SS:[EBP-8],EBX 004BC954 0F85 F1000000 JNE 004BCA4B 004BC95A 64:A1 18000000 MOV EAX,DWORD PTR FS:[18] ; TEB 004BC960 8B40 30 MOV EAX,DWORD PTR DS:[EAX+30] ; PEB 004BC963 8B40 60 MOV EAX,DWORD PTR DS:[EAX+60] ; UnicodeCaseTableData 004BC966 0FB778 02 MOVZX EDI,WORD PTR DS:[EAX+2] ; *boom* 004BC96A 8D7C78 04 LEA EDI,[EDI*2+EAX+4] 004BC96E 897D FC MOV DWORD PTR SS:[EBP-4],EDI 004BC971 3BF3 CMP ESI,EBX 004BC973 0F83 FA000000 JNB 004BCA73 004BC979 8DA424 00000000 LEA ESP,[ESP] 004BC980 0FB70E MOVZX ECX,WORD PTR DS:[ESI] 004BC983 8B55 0C MOV EDX,DWORD PTR SS:[EBP+0C] 004BC986 0FB702 MOVZX EAX,WORD PTR DS:[EDX] 004BC989 66:8BD1 MOV DX,CX ... --- snip --- http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20… --- snip --- ... PVOID AnsiCodePageData; PVOID OemCodePageData; PVOID UnicodeCaseTableData; ... --- snip --- PEB offset 0x60 is "UnicodeCaseTableData" Download: http://www.filehippo.com/de/download_avg_antivirus_64/download/8611bbb6e412… $ du -sh avg_free_x86_all_2012_2127a4918.exe 145M avg_free_x86_all_2012_2127a4918.exe $ du -sh avg_free_x64_all_2012_2127a4918.exe 165M avg_free_x64_all_2012_2127a4918.exe $ sha1sum avg_free_x86_all_2012_2127a4918.exe 3430b467d762dad9ca2f232846e0d737c6755ab5 avg_free_x86_all_2012_2127a4918.exe $ sha1sum avg_free_x64_all_2012_2127a4918.exe wfa3f8c9daa70851bd5224a77d9936df52ce2fe8d avg_free_x64_all_2012_2127a4918.exe $ wine --version wine-1.5.2-191-gd080774 I don't mind of this is a WONTFIX ;-) 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.

2 15

[Bug 40334] New: AION - Wine /Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000).
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40334 Bug ID: 40334 Summary: AION - Wine /Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000). Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryancasanovalv(a)gmail.com Distribution: --- Created attachment 54000 --> https://bugs.winehq.org/attachment.cgi?id=54000 Got this error message after installing AION on wine/ubuntu 15.10 Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000). -- 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 58

[Bug 35910] New: not open programs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35910 Bug ID: 35910 Summary: not open programs Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: midela73(a)gmail.com Created attachment 47958 --> http://bugs.winehq.org/attachment.cgi?id=47958 not open programs not open programs -- 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 42011] New: Eve Online Launcher doesn't display correctly
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42011 Bug ID: 42011 Summary: Eve Online Launcher doesn't display correctly Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 56451 --> https://bugs.winehq.org/attachment.cgi?id=56451 Terminal Output Hello everyone, I am trying to get "Eve Online" running on my openSUSE "Tumbleweed" system. Unfortunately the Launcher doesn't display any graphics or text, just a grey box except for the "minimize", "maximize" etc. icons in the upper right corner which do work. Please let me know should you need further information. Maik -- 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 42473] New: Eve Online Launcher is completely white ( no content displayed)
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42473 Bug ID: 42473 Summary: Eve Online Launcher is completely white (no content displayed) Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: d.marksbarber(a)gmail.com Distribution: --- Created attachment 57329 --> https://bugs.winehq.org/attachment.cgi?id=57329 Error when attempting to refresh the launcher's GUI I am running wine 1.8 on Ubuntu, attempting to play Eve Online. Downloading the game seems to work fine, running the game seems to work fine. But logging in through the client has been disabled. So logging in through the launcher is a must. Unfortunately no content (main launcher) is displayed, so I am unable to see the login buttons and such. Eve's launcher has a fall back to a less GUI intensive launcher which is basically just a downloader, I have not found an option to log in through that launcher as of posting this. Is there a fix for 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.

2 17

[Bug 46194] New: Windows PowerShell Core 6.2 Preview 2 for ARM64 crashes due to decoding of instruction from incorrect PC (write watch access causes SIGSEGV)
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46194 Bug ID: 46194 Summary: Windows PowerShell Core 6.2 Preview 2 for ARM64 crashes due to decoding of instruction from incorrect PC (write watch access causes SIGSEGV) Product: Wine Version: 3.21 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, essentially the same problem domain as bug 46187 ("Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)") Also mentioned briefly in bug 46155 ("Windows PowerShell Core 6.1 for ARM64 crashes on unimplemented function KERNEL32.dll.RaiseFailFastException") -> the failfast is a result of this one. Download: https://github.com/PowerShell/PowerShell/releases https://github.com/PowerShell/PowerShell/releases/download/v6.2.0-preview.2… --- snip --- $ WINEDEBUG=+seh,+loaddll,+virtual wine64 ./pwsh.exe ... 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 003a0000 202000 00000004 0009:trace:virtual:map_view got mem in reserved area 0x18f30000-0x192d0000 0009:trace:virtual:VIRTUAL_DumpView View: 0x18f30000 - 0x192cffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x18f30000 - 0x192cffff -Hrw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff 0x18f30000 00090168 1000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0x18f30000 - 0x192cffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x18f30000 - 0x18fc0fff cHrw- 0009:trace:virtual:VIRTUAL_DumpView 0x18fc1000 - 0x192cffff -Hrw- 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x83fc2c pc=83fc2c tid=0009 0009:trace:seh:raise_exception info[0]=0000000000000000 0009:trace:seh:raise_exception info[1]=0000000018f30000 0009:trace:seh:raise_exception x0=0000000018f30000 x1=00000000002ad8a0 x2=0000000000000000 x3=0000000000000008 0009:trace:seh:raise_exception x4=000000007bd4bdf8 x5=000000007bd4bdb0 x6=0000007fba705f10 x7=0000007fba78a978 0009:trace:seh:raise_exception x8=000000000000c000 x9=00000000002ad9d8 x10=00000000ffffffff x11=00000000ffffffff 0009:trace:seh:raise_exception x12=0000000000000000 x13=0000000018f30040 x14=0000000000000001 x15=000000007bd2da70 0009:trace:seh:raise_exception x16=000000007bd2e010 x17=0000007fba895860 x18=000000007ffd8000 x19=0000000000a77348 0009:trace:seh:raise_exception x20=0000000018f30000 x21=0000000018f30000 x22=0000000000f30000 x23=0000000000090168 0009:trace:seh:raise_exception x24=0000000000a6a270 x25=00000000000000c4 x26=0000000000a69ea8 x27=0000000000030000 0009:trace:seh:raise_exception x28=0000000000595290 fp=00000000002ada30 lr=000000000083fbdc sp=00000000002ada30 0009:trace:seh:raise_exception pc=000000000083fc2c 0009:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=c0000005 flags=0 ... 0009:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0009:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003ff,(nil),0x0001,0x00000000,0x2abc50,(nil)): stub 0009:err:eventlog:ReportEventW L"Application: pwsh.exe\nCoreCLR Version: 4.6.26919.2\nDescription: The process was terminated due to an internal error in the .NET Runtime at IP 000000000083FC2C (0000000000570000) with exit code 80131506.\n" 0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 0009:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bcd5ff4 pc=7bcd5ff4 tid=0009 0009:trace:seh:raise_exception info[0]=0000000000a63cfc 0009:trace:seh:raise_exception info[1]=0000000000a63896 wine: Call from 0x7bcd5ff4 to unimplemented function KERNEL32.dll.RaiseFailFastException, aborting 0009:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=80000100 flags=1 0009:trace:seh:call_vectored_handlers handler at 0x5e4550 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x7b4dd704 code=80000100 flags=1 wine: Unimplemented function KERNEL32.dll.RaiseFailFastException called at address 0x7bcd5ff4 (thread 0009), starting debugger... 0009:trace:seh:start_debugger Starting debugger "winedbg --auto 8 164" ... Modules: Module Address Debug info Name (65 modules) PE 3d0000- 45d000 Deferred hostpolicy PE 570000- ac8000 Deferred coreclr ELF 7b400000- 7b82e000 Deferred kernel32<elf> \-PE 7b420000- 7b82e000 \ kernel32 ELF 7bc00000- 7bd4d000 Deferred ntdll<elf> \-PE 7bc20000- 7bd4d000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140041000 Deferred pwsh PE 180000000- 18005d000 Deferred hostfxr ... ELF 7fbaa8c000- 7fbaabe000 Deferred ld-linux-aarch64.so.1 ELF 7fbaabf000- 7fbaac0000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\projects\woa-winrt\powershell620-arm64\pwsh.exe 0000002b 0 00000009 0 <== ... System information: Wine build: wine-3.21-4-gfc4d5d49c6 Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Debugger session: --- snip --- $ gdb wine64 GNU gdb (GDB) 8.2 ... (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-aarch64/bin/wine64 pwsh.exe ... [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ... 0009:fixme:wer:WerRegisterRuntimeExceptionModule (L"Z:\\home\\focht\\projects\\woa-winrt\\powershell620-arm64\\mscordaccore.dll", 0x570000) stub! [New LWP 1027] 0009:fixme:msvcrt:_control87 not implemented Thread 1 "pwsh.exe" received signal SIGSEGV, Segmentation fault. 0x000000000083fc2c in ?? () (gdb) info reg x0 0x18f30000 418578432 x1 0x2ad8a0 2807968 x2 0x0 0 x3 0x8 8 x4 0x1 1 x5 0x4 4 x6 0x1 1 x7 0x7bd4cba0 2077543328 x8 0xc000 49152 x9 0x2ad9d8 2808280 x10 0xffffffff 4294967295 x11 0xffffffff 4294967295 x12 0x0 0 x13 0x18f30040 418578496 x14 0x1 1 x15 0x7bd4cb38 2077543224 x16 0x7bd2e010 2077417488 x17 0x7fbf4d6860 548670367840 x18 0x7ffd8000 2147319808 x19 0xa77348 10974024 x20 0x18f30000 418578432 x21 0x18f30000 418578432 x22 0xf30000 15925248 x23 0x90168 590184 x24 0xa6a270 10920560 x25 0xc4 196 x26 0xa69ea8 10919592 x27 0x30000 196608 x28 0x595290 5853840 x29 0x2ada30 2808368 x30 0x83fbdc 8649692 sp 0x2ada30 0x2ada30 pc 0x83fc2c 0x83fc2c cpsr 0x0 [ EL=0 ] fpsr 0x10 16 fpcr 0x0 0 (gdb) bt #0 0x000000000083fc2c in ?? () #1 0x0000000000a69ea8 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) x/10i $pc => 0x83fc2c: stur wzr, [x13, #-64] 0x83fc30: ldr x11, [x19, #256] 0x83fc34: stp x22, x21, [x13, #-56] 0x83fc38: add x8, x13, x8, lsl #2 0x83fc3c: stur x8, [x13, #-40] 0x83fc40: ldr x8, [sp, #16] 0x83fc44: stp x8, xzr, [x13, #-16] 0x83fc48: ldur x8, [x13, #-40] 0x83fc4c: add x9, x8, x27, lsl #1 0x83fc50: sub x8, x11, #0x1 --- snip --- Disassembly of surrounding code: --- snip --- 00000001802CFBC0 48 08 00 90 ADRP X8, #VirtualAlloc@PAGE 00000001802CFBC4 08 7D 41 F9 LDR X8, [X8,#VirtualAlloc@PAGEOFF] 00000001802CFBC8 83 00 80 52 MOV W3, #4 00000001802CFBCC 02 00 82 52 MOV W2, #0x1000 00000001802CFBD0 E1 02 00 91 ADD X1, X23, #0 00000001802CFBD4 80 02 00 91 ADD X0, X20, #0 00000001802CFBD8 00 01 3F D6 BLR X8 00000001802CFBDC 40 02 00 B5 CBNZ X0, loc_1802CFC24 ... 00000001802CFC24 E8 13 40 F9 LDR X8, [SP,#0x70+var_50] 00000001802CFC28 8D 02 01 91 ADD X13, X20, #0x40 00000001802CFC2C BF 01 1C B8 STUR WZR, [X13,#-0x40] ; *boom* 00000001802CFC30 6B 82 40 F9 LDR X11, [X19,#0x100] 00000001802CFC34 B6 D5 3C A9 STP X22, X21, [X13,#-0x38] 00000001802CFC38 A8 09 08 8B ADD X8, X13, X8,LSL#2 00000001802CFC3C A8 81 1D F8 STUR X8, [X13,#-0x28] 00000001802CFC40 E8 0B 40 F9 LDR X8, [SP,#0x70+var_60] 00000001802CFC44 A8 7D 3F A9 STP X8, XZR, [X13,#-0x10] 00000001802CFC48 A8 81 5D F8 LDUR X8, [X13,#-0x28] ... --- snip --- The problem domain is the same as bug 46187 - a write watch gets triggered and Wine's signal/exception handling needs to figure it out. In case of aarch32 signal handlers it's a bit easier: the Linux kernel provides the information if the fault was caused by read or write access, see my comment https://bugs.winehq.org/show_bug.cgi?id=46187#c1 for details. In case of aarch64 signal handlers the situation is a bit complicated. The Linux kernel exposes this information to userspace - but only via extended user/signal context information ('esr_context'). https://github.com/torvalds/linux/commit/15af1942dd61ee236a48b3de14d6f31c0b… --- quote --- arm64: Expose ESR_EL1 information to user when SIGSEGV/SIGBUS This information is useful for instruction emulators to detect read/write and access size without having to decode the faulting instruction. The current patch exports it via sigcontext (struct esr_context) and is only valid for SIGSEGV and SIGBUS. Signed-off-by: Catalin Marinas <catalin.marinas(a)arm.com> --- quote --- https://github.com/torvalds/linux/blob/e195ca6cb6f21633e56322d5aa11ed59cdb2… Wine currently uses a rather crude but acceptable way to figure read-or-write access out by decoding the faulting instruction. https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 614 static inline DWORD is_write_fault( ucontext_t *context ) 615 { 616 DWORD inst = *(DWORD *)PC_sig(context); 617 if ((inst & 0xbfff0000) == 0x0c000000 /* C3.3.1 */ || 618 (inst & 0xbfe00000) == 0x0c800000 /* C3.3.2 */ || 619 (inst & 0xbfdf0000) == 0x0d000000 /* C3.3.3 */ || 620 (inst & 0xbfc00000) == 0x0d800000 /* C3.3.4 */ || 621 (inst & 0x3f400000) == 0x08000000 /* C3.3.6 */ || 622 (inst & 0x3bc00000) == 0x38000000 /* C3.3.8-12 */ || 623 (inst & 0x3fe00000) == 0x3c800000 /* C3.3.8-12 128bit */ || 624 (inst & 0x3bc00000) == 0x39000000 /* C3.3.13 */ || 625 (inst & 0x3fc00000) == 0x3d800000 /* C3.3.13 128bit */ || 626 (inst & 0x3a400000) == 0x28000000) /* C3.3.7,14-16 */ 627 return EXCEPTION_WRITE_FAULT; 628 return EXCEPTION_READ_FAULT; 629 } --- snip --- Looks like it was "borrowed" from QEMU user: https://github.com/qemu/qemu/commit/661f7fa4b088f2734050a751dd9d1d836b49e981 --- quote --- tcg-aarch64: Properly detect SIGSEGV writes Since the kernel doesn't pass any info on the reason for the fault, disassemble the instruction to detect a store. Reviewed-by: Alex Bennée <alex.bennee(a)linaro.org> Reviewed-by: Claudio Fontana <claudio.fontana(a)huawei.com> Signed-off-by: Richard Henderson <rth(a)twiddle.net> --- quote --- The faulting instruction is: "stur wzr, [x13, -64]" ARM Architecture Reference Manual ARMv8, for ARMv8-A architecture profile: https://static.docs.arm.com/ddi0487/ca/DDI0487C_a_armv8_arm.pdf --- quote --- C6.2.266 STUR Store Register (unscaled) calculates an address from a base register value and an im mediate offset, and stores a 32-bit word or a 64-bit doubleword to the calculated address, from a register. For information about memory accesses, see Load/Store addressing modes on page C1-149 32-bit variant Applies when size == 10 STUR <Wt>, [<Xn|SP>{, #<simm>}] 64-bit variant Applies when size == 11 STUR <Xt>, [<Xn|SP>{, #<simm>}] Decode for all variants of this encoding integer scale = UInt(size); bits(64) offset = SignExtend(imm9, 64); Assembler symbols <Wt> Is the 32-bit name of the general-purpose register to be transferred, encoded in the "Rt" field. <Xt> Is the 64-bit name of the general-purpose register to be transferred, encoded in the "Rt" field. <Xn|SP> Is the 64-bit name of the general-purpose base register or stack pointer, encoded in the "Rn" field. <simm> Is the optional signed immediate byte offset, in the range -256 to 255, defaulting to 0 and encoded in the "imm9" field. --- quote --- wzr = zero register in 32-bit context 0xb81c01bf 10111000|00011100|00000001|10111111 ----------------------------------- 10 111 0 00|00 0 11100|0000 00 00|101 11111 sz = 10 = 32-bit variant opc = 0 imm9 = 0x1c0 Rn = 5 Rt = 0x1f Using: https://yurichev.com/mirrors/ARMv8-A_Architecture_Reference_Manual_(Issue_A… ARM Architecture Reference Manual for ARMv8 Profile-A, Issue A.a Section C3.1 "A64 instruction index by encoding": AArch64 main encoding table ... C3.3.12 Load/store register (unscale immediate) --- After spending some hour on looking at ARMv8 processor manuals with magnifying glass, doing manual instruction decoding, almost questioning myself ... I finally spotted the problem. It was decoding an instruction from Wine's own code, not the faulting instruction. Haha - nice one. https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 428 static EXCEPTION_RECORD *setup_exception( ucontext_t *sigcontext, raise_func func ) 429 { ... 448 /* now modify the sigcontext to return to the raise function */ 449 SP_sig(sigcontext) = (ULONG_PTR)stack; 450 PC_sig(sigcontext) = (ULONG_PTR)func; 451 REGn_sig(0, sigcontext) = (ULONG_PTR)&stack->rec; /* first arg for raise_func */ 452 REGn_sig(1, sigcontext) = (ULONG_PTR)&stack->context; /* second arg for raise_func */ 453 454 return &stack->rec; 455 } --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 636 static void segv_handler( int signal, siginfo_t *info, void *ucontext ) 637 { 638 EXCEPTION_RECORD *rec; 639 ucontext_t *context = ucontext; ... 656 rec = setup_exception( context, raise_segv_exception ); 657 if (rec->ExceptionCode == EXCEPTION_STACK_OVERFLOW) return; 658 659 switch(signal) 660 { 661 case SIGILL: /* Invalid opcode exception */ 662 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 663 break; 664 case SIGSEGV: /* Segmentation fault */ 665 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 666 rec->NumberParameters = 2; 667 rec->ExceptionInformation[0] = is_write_fault(context); 668 rec->ExceptionInformation[1] = (ULONG_PTR)info->si_addr; 669 break; --- snip --- At the point of 'is_write_fault' call, the context PC is already set to 'raise_segv_exception' function. I guess this code path was never tested - until now ;-) Ideally the instruction disassembly approach should be reconsidered in favour of using extended context information. This will also help later when handling FPU/SIMD/SVE specific exceptions. But that requires more efforts -> future work task. $ sha1sum PowerShell-6.2.0-preview.2-win-arm64.zip 731bf722a0083fbd101598fa42c9f1a0170d6548 PowerShell-6.2.0-preview.2-win-arm64.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm64.zip 40M PowerShell-6.2.0-preview.2-win-arm64.zip 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 25776] New: Windows Live Mesh installer renders incorrectly
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25776 Summary: Windows Live Mesh installer renders incorrectly Product: Wine Version: 1.3.11 Platform: x86-64 URL: http://explore.live.com/windows-live-mesh?os=other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: trygve.vea(a)gmail.com Created an attachment (id=32848) --> (http://bugs.winehq.org/attachment.cgi?id=32848) Terminal output, wine 1.3.11 While attempting to test bug 4538, I'm unable to install Windows Live Mesh due to the installer rendering incorrectly (PS: Prerequisite for getting thus far is setting Windows version to Windows 7). There are no visible buttons, only some text. Uploaded attachment shows terminal output. Will upload screenshot shortly. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 16884] New: .NET 3.0: WCF installer fails due to LsaLookupNames2 stub
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16884 Summary: .NET 3.0: WCF installer fails due to LsaLookupNames2 stub Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16883 the next one... Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: "c:\\windows\\temp\\dd_wcf_retCA5476.txt": --- snip --- ServiceModelReg [14:57:53:680]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [14:57:55:965]: Microsoft (R) 32-bit MOF Compiler Version 1.50.1085.0001 ServiceModelReg [14:57:55:966]: Copyright (c) Microsoft Corp. 1997-1999. All rights reserved. ServiceModelReg [14:58:03:464]: ServiceModelReg [14:58:03:467]: Parsing MOF file: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof ServiceModelReg [14:58:06:160]: MOF file has been successfully parsed ServiceModelReg [14:58:06:164]: Storing data in the repository... ServiceModelReg [14:58:07:047]: An error occurred while creating object 3 defined on lines 20 - 24: ServiceModelReg [14:58:07:053]: 0X80041002 Class, instance, or property 'HostingModel' was not found. ServiceModelReg [14:58:07:280]: Compiler returned error 0x80041001 ServiceModelReg [14:58:07:280]: ServiceModelReg [14:58:07:291]: ServiceModelReg [14:58:07:330]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '3'. ServiceModelReg [14:58:07:473]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3 executing C:\windows\system32\wbem\mofcomp.exe with "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof" at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [14:58:08:291]: Error: WMI classes are not installed. ServiceModelReg [14:58:08:304]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [14:58:08:610]: Repairing: Net.Tcp Port Sharing Service (NetTcpPortSharing) ServiceModelReg [14:58:09:011]: System.Security.Principal.IdentityNotMappedException: Some or all identity references could not be translated. at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection sourceAccounts, Type targetType, Boolean forceSuccess) at System.Security.Principal.NTAccount.Translate(Type targetType) at System.Security.AccessControl.CommonObjectSecurity.ModifyAccess(AccessControlModification modification, AccessRule rule, Boolean& modified) at System.Security.AccessControl.CommonObjectSecurity.AddAccessRule(AccessRule rule) at System.ServiceModel.Install.ListenerServiceInstallComponent.SetConfigSecurity(OutputLevel outputLevel) at System.ServiceModel.Install.ListenerServiceInstallComponent.OnReinstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 14:58:09 === --- snip --- Relevant trace log: --- snip --- 0035:fixme:advapi:LsaLookupNames2 (0xcafe,0x00000000,0x00000001,0x1421c0,0x33efdc,0x33efd0) stub ... 0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54 ip=0x7b844fd7 tid=0035 0035:trace:seh:raise_exception info[0]=80131501 0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000 edx=0033f0b8 esi=0033f0b8 edi=e0434f4d 0035:trace:seh:raise_exception ebp=0033f080 esp=0033f01c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 0035:CALL MSVCR80._except_handler4_common(7a381240,79e717fb,0033f02c,0033f0d0,0033ecb8,0033eb60) ret=79f9a3e7 0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7 0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 0035:CALL MSVCR80.__CxxFrameHandler3() ret=7bc729f1 0035:RET MSVCR80.__CxxFrameHandler3() retval=00000001 ret=7bc729f1 0035:trace:seh:call_stack_handlers handler at 0x7a3197d4 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x79f948ec code=e0434f4d flags=1 .... 0035:fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install 3.0.0.0"): stub 0035:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa55c64,0xa55b0c): stub 0035:err:eventlog:ReportEventW L"System.Security.Principal.IdentityNotMappedException: Some or all identity references could not be translated.\r\n at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection sourceAccounts, Type targetType, Boolean forceSuccess)\r\n at System.Security.Principal.NTAccount.Transla"... --- snip --- Oh joy, LSA again ... There already exist other bugs falling into same problem domain, example: bug 16418 If developer resources are short maybe this could be part of some SoC project: making transition from current approach towards LSA rpc interface and lsass (and fleshing out stubs of course). http://www.hsc.fr/ressources/articles/win_net_srv/msrpc_lsarpc.html I fleshed the stub a bit just for proof and it gets the WCF installer further. 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.

2 11

[Bug 16886] New: .NET 3.0: WCF installer requires ChangeServiceConfig2 with SERVICE_CONFIG_FAILURE_ACTIONS support
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16886 Summary: .NET 3.0: WCF installer requires ChangeServiceConfig2 with SERVICE_CONFIG_FAILURE_ACTIONS support Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, actually bug 16883 contained two bugs and this one slipped through. ChangeServiceConfig2W API needs SERVICE_CONFIG_FAILURE_ACTIONS support. --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- Relevant log: --- snip --- ServiceModelReg [16:55:11:288]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [16:55:11:307]: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo) at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan resetPeriod, TimeSpan[] restartPeriods) at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 16:55:11 === --- snip --- After fleshing out programs/services/svcctl_ChangeServiceConfig2W() a bit the problem is prevented (fake seems also ok). 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.

2 9

[Bug 16891] New: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16891 Summary: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16888 another subinstaller "Windows Workflow Foundation" fails, claiming ".NET 2.0 Framework is required". This is of course already installed as part of prerequisite. Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The corresponding logfile "dd_WF_3.0_x86retMSI48DE.txt" reveals nothing, it's empty. Using ORCA on "WF_3.0_x86.msi" shows that MsiNetAssemblySupport >="2.0.50727" condition needs to be satisfied. The "MsiNetAssemblySupport" property should be set in set_msi_assembly_prop() but it doesn't seem so. Trace log shows: --- snip --- 0016:Call version.GetFileVersionInfoSizeW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",0032f2d0) ret=6024ad80 0016:Call KERNEL32.GetModuleHandleExW(00000000,00149050,0032ef90) ret=609ecc77 0016:Ret KERNEL32.GetModuleHandleExW() retval=00000000 ret=609ecc77 0016:Call KERNEL32.LoadLibraryExW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",00000000,00000002) ret=609ecc99 0016:Call PE DLL (proc=0x60c431f0,module=0x60c40000 L"psapi.dll",reason=PROCESS_ATTACH,res=(nil)) ... 0016:Ret PE DLL (proc=0x60bd98c4,module=0x60bd0000 L"fusion.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0016:Ret KERNEL32.LoadLibraryExW() retval=60bd0000 ret=609ecc99 0016:Call KERNEL32.FindResourceW(60bd0000,00000001,00000010) ret=609ecd25 0016:Ret KERNEL32.FindResourceW() retval=00000000 ret=609ecd25 0016:Call KERNEL32.FreeLibrary(60bd0000) ret=609ecd94 ... 0016:Ret KERNEL32.FreeLibrary() retval=00000001 ret=609ecd94 0016:Call KERNEL32.SetLastError(00000714) ret=609ed6e6 0016:Ret KERNEL32.SetLastError() retval=00000714 ret=609ed6e6 0016:Ret version.GetFileVersionInfoSizeW() retval=00000000 ret=6024ad80 --- snip --- Looking into "C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll" path there is no native fusion.dll. Hence Wine's builtin fusion.dll is loaded by LoadLibraryExW(). The builtin fusion doesn't contain version resource so it fails. This is a subtile problem: adding version resource to Wine's fusion might cause problems because every .NET Framework might ship it's own version of fusion which ought to override builtin fusion. http://msdn.microsoft.com/en-us/library/aa370325.aspx Usually: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\fusion.dll C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\fusion.dll AFAIK .NET 3.0 and 3.5 don't bring their own fusion version (someone might check a real Windows installation with these Frameworks present). The problem is how dlls/msi/package.c:get_fusion_filename() works. At the point where the installation fails the following registry data is present at the location get_fusion_filename() reads: --- snip --- [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727] "Increment"="42" "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727\1033] "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Communication Foundation] "InstallSuccess"=dword:00000001 "ReferenceInstallPath"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" "RuntimeInstallPath"="C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\" "Version"="3.0.04506.30" [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Presentation Foundation] @="Windows Presentation Foundation" "InstallRoot"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "InstallSuccess"=dword:00000001 "ProductVersion"="3.0.6920.0" "Version"="3.0.6920.0" "WPFCommonAssembliesPathx86"="C:\\windows\\system32\\" "WPFNonReferenceAssembliesPathx86"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "WPFReferenceAssembliesPathx86"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" --- snip --- I don't know how Windows msi does MsiNetAssemblySupport. Maybe a check for real existence of (native) fusion.dll to prevent false load of "builtin" fusion is better. If native fusion is not present in full path, that .NET Framework subkey data (version) can't be used for MsiNetAssemblySupport property. 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.

2 10

[Bug 16888] New: .NET 3.0: WCF installer requires httpapi.dll with some stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16888 Summary: .NET 3.0: WCF installer requires httpapi.dll with some stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16883 the next one... Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: --- snip --- ServiceModelReg [15:38:17:256]: Repairing: Net.Tcp Port Sharing Service (NetTcpPortSharing) ServiceModelReg [15:38:17:279]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [15:38:17:294]: System.DllNotFoundException: Unable to load DLL 'httpapi.dll': Exception from HRESULT: 0x8007007E at System.ServiceModel.Install.NativeMethods.HttpTerminate(Int32 Flags, IntPtr pReserved) at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled() at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceModelInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 15:38:17 === --- snip --- Native httpapi override makes things only worse since it expects http service present ... --- snip --- ... 0035:CALL HTTPAPI.HttpInitialize(<unknown, check return>) ret=036a22c0 0035:trace:ntdll:NtCreateFile handle=0x67a16094 access=c0100000 name=L"\\Device\\Http\\Control" objattr=00000040 root=(nil) sec=(nil) io=0x33ed54 alloc_size=(nil) attr=00000000 sharing=00000003 disp=1 options=00000000 ea=0x18fb28.0x0000001f 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18fb28 ... 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) ... 0035:trace:service:OpenSCManagerW returning 0x18fb28 (access : 0x00000001) 0035:trace:service:OpenServiceW 0x18fb28 L"HTTP" 20 0035:trace:service:sc_handle_alloc sc_handle type=1 -> 0x18f658 ... 0018:trace:service:svcctl_OpenServiceW (L"HTTP", 0x14) ... 0035:trace:service:sc_handle_destroy_service destroying service 0x18f658 0035:trace:service:CloseServiceHandle 0x18fb28 ... 0035:trace:service:sc_handle_destroy_manager destroying SC Manager 0x18fb28 0035:RET HTTPAPI.HttpInitialize(00000001,00000002,00000000) retval=00000003 ret=036a22c0 ... Uninstalling: HTTP Namespace Reservations Error: Path not found fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install 3.0.0.0"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa534b4,0xa5335c): stub err:eventlog:ReportEventW L"System.ComponentModel.Win32Exception: Path not found\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled()\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel)\r\n at System.ServiceModel.Install.Se"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 ... --- snip --- It seems better to provide a simple httpapi stub dll. MSDN for more info (only version 1 API seems requested): http://msdn.microsoft.com/en-us/library/aa364627.aspx http://msdn.microsoft.com/en-us/library/aa364625.aspx After generating a stub dll with winedump and some trial & error sessions, the minimum required stubs are as follows: --- snip --- HttpDeleteServiceConfiguration -> return NO_ERROR (0) HttpInitialize -> return NO_ERROR (0) HttpQueryServiceConfiguration -> return ERROR_FILE_NOT_FOUND (2) (most likely means the service not installed, passed args can be left untouched with this error) HttpSetServiceConfiguration -> return NO_ERROR (0) HttpTerminate -> return NO_ERROR (0) --- snip --- With those stubs in place, the HTTP api related actions (fake) succeed. --- snip --- ServiceModelReg [16:30:52:470]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [16:30:52:472]: Warning: HTTP namespace reservations are not installed. ServiceModelReg [16:30:52:472]: Installing: HTTP Namespace Reservations ServiceModelReg [16:30:52:473]: Information: The ServiceModelReg tool has completed successfully. --- snip --- and the WCF installer claims success. 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.

2 12

[Bug 16883] New: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16883 Summary: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16882 (WMI is needed) we resume where we left: bug 16878 --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,14:18:10] Windows Communication Foundation: [2] Error: Installation failed for component Windows Communication Foundation. MSI returned error code 1603 [01/11/09,14:18:21] WapUI: [2] DepCheck indicates Windows Communication Foundation is not installed. --- snip --- "c:\\windows\\temp\\dd_wcf_retMSI1CB9.txt": --- snip --- 1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: ERROR: Process returned non-0 value! CMDLINE: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: Failed 2: --- snip --- --- snip --- ServiceModelReg [14:18:09:203]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [14:18:09:328]: Microsoft (R) 32-bit MOF Compiler Version 1.50.1085.0001 ServiceModelReg [14:18:09:329]: Copyright (c) Microsoft Corp. 1997-1999. All rights reserved. ServiceModelReg [14:18:09:423]: ServiceModelReg [14:18:09:425]: Parsing MOF file: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof ServiceModelReg [14:18:09:446]: MOF file has been successfully parsed ServiceModelReg [14:18:09:447]: Storing data in the repository... ServiceModelReg [14:18:10:115]: An error occurred while creating object 3 defined on lines 20 - 24: ServiceModelReg [14:18:10:116]: 0X80041002 Class, instance, or property 'HostingModel' was not found. ServiceModelReg [14:18:10:122]: Compiler returned error 0x80041001 ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:124]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '3'. ServiceModelReg [14:18:10:166]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3 executing C:\windows\system32\wbem\mofcomp.exe with "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof" at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [14:18:10:231]: Error: WMI classes are not installed. ServiceModelReg [14:18:10:233]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [14:18:10:251]: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo) at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan resetPeriod, TimeSpan[] restartPeriods) at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 14:18:10 === --- snip --- Ok, lets leave the WMI failures aside (despite having native WMI core installed) and see how far it goes. That infocard service (re)install looks bugged: --- snip --- 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18ef38 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) 0035:trace:service:OpenSCManagerW returning 0x18ef38 (access : 0x00000001) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceKeyNameW 0x18ef38 L"" 0x88e170 0x33f1f0 0014:trace:service:svcctl_GetServiceKeyNameW (L"idsvc", 256) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceDisplayNameW 0x18ef38 L"idsvc" 0x17b820 0x33f1f0 0013:trace:service:svcctl_GetServiceDisplayNameW (L"idsvc", 1) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memset(0033f0c4,00000000,0000002c,0033f0bc) ret=79eef4cb 0035:RET MSVCR80.memset() retval=0033f0c4 ret=79eef4cb 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f02c ret=79e770f8 0035:CALL MSVCR80.memset(0033ea2c,00000000,0000001c,0033ea70) ret=79e7d873 0035:RET MSVCR80.memset() retval=0033ea2c ret=79e7d873 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4363c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f10c ret=79e770f8 0035:CALL MSVCR80.memcmp(008647a8,032e66b9,00000012) ret=79efee2f 0035:RET MSVCR80.memcmp() retval=00000000 ret=79efee2f 0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54 ip=0x7b844fd7 tid=0035 0035:trace:seh:raise_exception info[0]=80131509 0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000 edx=0033f0f0 esi=0033f0f0 edi=e0434f4d 0035:trace:seh:raise_exception ebp=0033f0b8 esp=0033f054 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 0035:CALL MSVCR80._except_handler4_common(7a381240,79e717fb,0033f064,0033f108,0033ecf0,0033eb90) ret=79f9a3e7 0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7 0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 --- snip --- If we dump the corresponding SCM entry: --- snip --- 000d:trace:service:scmdatabase_load_services Loading service L"idsvc" 000d:trace:service:load_service_config Image path = L"\"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\infocard.exe\"" 000d:trace:service:load_service_config Group = (null) 000d:trace:service:load_service_config Service account name = L"LocalSystem" 000d:trace:service:load_service_config Display name = L"Windows CardSpace" 000d:trace:service:load_service_config Service dependencies : (none) 000d:trace:service:load_service_config Group dependencies : (none) --- snip --- That GetServiceKeyNameW() API failure seems to be ok because the app passes the key name itself "idsvc" and not the service display name. The following GetServiceDisplayNameW() also fails, leading to app error/exception. If you look closer, you see svcctl_GetServiceDisplayNameW (L"idsvc", 1) -> buffer length "1" passed. This is clearly not what the app intended. The app reuses the length parameter from GetServiceKeyNameW(), passing it again into GetServiceDisplayNameW() but Wine changed it to "1" which seems incorrect. --- snip programs/services/rpc.c --- DWORD svcctl_GetServiceKeyNameW( SC_RPC_HANDLE hSCManager, LPCWSTR lpServiceDisplayName, WCHAR *lpBuffer, DWORD cchBufSize, DWORD *cchLength) { ... entry = scmdatabase_find_service_by_displayname(manager->db, lpServiceDisplayName); if (entry != NULL) { ... else { *cchLength = 1; err = ERROR_SERVICE_DOES_NOT_EXIST; } scmdatabase_unlock(manager->db); if (err != ERROR_SUCCESS && cchBufSize > 0) lpBuffer[0] = 0; return err; } --- snip programs/services/rpc.c -- This doesn't look right, a conformance test case should reveal the correct behaviour. I already verified this with a patch. 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.

2 12

[Bug 16893] New: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16893 Summary: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16891 the WF post install fails while running performance counter registration. Thanks to recent fixture of bug 12099 we have loadperf dll already in place... --- snip --- ... wine: Call from 0x7b844f54 to unimplemented function loadperf.dll.LoadPerfCounterTextStringsW, aborting fixme:advapi:CheckTokenMembership (0x188 0x1baf48 0x33e2c8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x0000011a,0x3009a1b4,0x7ed505c0): stub err:eventlog:ReportEventW L"performancecounterinstaller.exe" err:eventlog:ReportEventW L"3.0.4203.2" err:eventlog:ReportEventW L"44c6ca00" err:eventlog:ReportEventW L"kernel32.dll" err:eventlog:ReportEventW L"5.1.2600.2180" err:eventlog:ReportEventW L"00000000" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"00024f54" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at System.Workflow.NativeMethods.LoadPerfCounterTextStrings(String commandLine, Boolean quietMode) at System.Workflow.PerformanceCounterInstaller.Install() at System.Workflow.PerformanceCounterInstaller.Main(String[] args) wine: Unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called at address 0x7b844f54 (thread 000c), starting debugger... Unhandled exception: unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called in 32-bit code (0x7b844fd7). --- snip --- To reproduce this problem manually, execute the following: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/Microsoft.NET/Framework/v3.0/Windows Workflow Foundation $ wine ./PerformanceCounterInstaller.exe uninstall ... $ wine ./PerformanceCounterInstaller.exe install --- snip --- The uninstall step is needed otherwise the registry keys are not explicitly removed and "install" will short-circuit, not doing anything useful. With stubs to loadperf added in similar manner like UnloadPerfCounterTextStringsA/W, we can get past this: --- snip --- $ WINEDEBUG=+tid,+seh,+loadperf wine ./PerformanceCounterInstaller.exe install ... 0009:trace:loadperf:DllMain (0x0x60cb0000, 1, (nil)) 0009:fixme:loadperf:LoadPerfCounterTextStringsW (L" \"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Workflow Foundation\\PerfCounters.ini\"", 1): stub ... --- snip --- 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.

2 11

[Bug 25153] New: Windows Live Essentials beta (webc variant) won't install without native .NET
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25153 Summary: Windows Live Essentials beta (webc variant) won't install without native .NET Product: Wine Version: 1.3.7 Platform: x86-64 URL: http://wl.dlservice.microsoft.com/download/B/2/9/B2954 09B-AAAB-4415-B32D-A36EFD6DC36E/en/wlsetup-webc.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31904) --> (http://bugs.winehq.org/attachment.cgi?id=31904) Terminal output This particular installer isn't satisfied with "winetricks mono26 win7" even if the registry key from bug 24875 is added. It just says it needs .NET 3 and refuses to proceed any further without it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 29589] New: Interface corruption in the Windows Live Essentials 2011 installer
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29589 Bug #: 29589 Summary: Interface corruption in the Windows Live Essentials 2011 installer Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: c123c2f87af55f6b432e7be8560d65baee603520 The Windows Live Essentials 2011 installer shows a black rectangle near the bottom of the screen, in place of the text "By clicking an installation option you agree to the Microsoft service agreement and privacy" (cut off message?). Regression testing indicated: c123c2f87af55f6b432e7be8560d65baee603520 is the first bad commit commit c123c2f87af55f6b432e7be8560d65baee603520 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jan 10 11:56:06 2012 +0100 winex11: Fix support for PALETTEINDEX mapping and get rid of DIBINDEX support. :040000 040000 c98b298f9afd6e61583dd2a1a0defbd08843b2fb b25a5be902731076c886228453a502bb2db5b659 M dlls Reverting fixed the problem. Standard terminal output is the same with or without the patch. The reported Windows version needs to be Windows 7 to run this installer. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 25134] New: Windows Live Essentials 2011 refuses to install without native .NET
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25134 Summary: Windows Live Essentials 2011 refuses to install without native .NET Product: Wine Version: 1.3.6 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31883) --> (http://bugs.winehq.org/attachment.cgi?id=31883) Terminal output The installer refuses to run after "winetricks mono26 win7" saying "Windows Live Essentials requires Microsoft .NET Framework 3." Note that it fails to run for other reasons in other Windows versions (either due to the OS being insufficient, or no platform update installed). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 50075] New: GetFileVersionInfoSizeW can read from unallocated memory
by WineHQ Bugzilla 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50075 Bug ID: 50075 Summary: GetFileVersionInfoSizeW can read from unallocated memory Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: ahiler(a)codeweavers.com Distribution: --- Original bug: https://github.com/ValveSoftware/Proton/issues/4308 Crown Trick (game) comes with Assembly-CSharp.dll (generated by Unity engine) that is most likely just encrypted[0] or straight up corrupted. The game calls GetFileVersionInfoSizeW() on that .dll during which it crashes. Wine's GetFileVersionInfoSizeW() checks the PE header for RVA and size of Resource Table. Then HeapAllocs(size) happens and data is read into it the allocated memory. After that, when looking for the version entry, find_entry_by_id() naively trusts NumberOfNamedEntries and NumberOfIdEntries residing in the resource table, which in the encrypted/corrupted form add up to 20k+ entries. This results in an attempt to dereference something way past the size of Resource Table (0x400) and causes a page fault. I have a tentative patch (will send it soon, after a bit more testing) that makes sure we are not trying to read entries past the allocated area. With this the game starts and works just fine. [0]: https://github.com/yangyuan/hearthrock/issues/13 -- 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 46883] New: CompressonatorGUI does not install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46883 Bug ID: 46883 Summary: CompressonatorGUI does not install Product: Wine Version: 4.4 Hardware: x86 URL: https://github.com/GPUOpen-Tools/Compressonator/releas es/tag/v3.1.4064 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 63956 --> https://bugs.winehq.org/attachment.cgi?id=63956 Error screenshot CompressonatorGUI does not install due to following error: This application cannot be installed on systems earlier than Windows 2000 SP4. winecfg # Windows 10 sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.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.

2 14

[Bug 46914] New: CompressonatorGUI 3.1 installer crashes in Win10 mode ( Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46914 Bug ID: 46914 Summary: CompressonatorGUI 3.1 installer crashes in Win10 mode (Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection) Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out of bug 46883 (after adding the missing registry keys for Windows 10 version check). https://bugs.winehq.org/show_bug.cgi?id=46883#c2 --- quote --- Err: correction, it crashes in staging-4.4 too. If the keys are present the installer starts fine old wine-version 3.0 though. So probably a regression, but i`ll do some testing further first. --- quote --- https://bugs.winehq.org/show_bug.cgi?id=46883#c3 --- quote --- Did regression test 9839bb7691a1b1c57a4ca501d03825420c1609d7 is the first bad commit commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Feb 9 21:21:47 2019 +0100 ntdll: Skip dlls of the wrong machine type when searching through the load path. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 f87bb0ed081f8b42e86a8084a8a31ed8271bb52a ae3234ae55fb52708ff68472510d2a0acbf5e8da M dlls So note, crash only happens in win10, after adding the two registrykeys --- quote --- Technically it's not a regression. Wine works more correctly now, revealing a bug in WoW64 filesystem redirection handling. The installer does a very stupid thing: --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+module,+loaddll,+server,+process,+imports wine ./CompressonatorGUI_x64_3.1.4064.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.LoadLibraryW(0050b310 L"kernel32.dll") ret=0048969a ... 0009:Ret KERNEL32.LoadLibraryW() retval=7b420000 ret=0048969a 0009:Call KERNEL32.GetProcAddress(7b420000,00510034 "Wow64DisableWow64FsRedirection") ret=004896c9 0009:Ret KERNEL32.GetProcAddress() retval=7b4391ac ret=004896c9 0009:Call KERNEL32.GetProcAddress(7b420000,00510054 "Wow64RevertWow64FsRedirection") ret=004896db 0009:Ret KERNEL32.GetProcAddress() retval=7b4391fc ret=004896db 0009:Call KERNEL32.GetProcAddress(7b420000,0050b32c "IsWow64Process") ret=004896ed 0009:Ret KERNEL32.GetProcAddress() retval=7b435ad4 ret=004896ed 0009:Call KERNEL32.IsWow64Process(ffffffff,0033ed10) ret=00489704 0009:trace:process:NtQueryInformationProcess (0xffffffff,0x0000001a,0x33eca4,0x00000004,(nil)) 0009:Ret KERNEL32.IsWow64Process() retval=00000001 ret=00489704 0009:Call KERNEL32.Wow64DisableWow64FsRedirection(0033ed2c) ret=0048974e 0009:Ret KERNEL32.Wow64DisableWow64FsRedirection() retval=00000001 ret=0048974e 0009:Call KERNEL32.CopyFileW(0017a260 L"C:\\windows\\system32\\msi.dll",005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",00000000) ret=0047baa1 ... 0009:Ret KERNEL32.CopyFileW() retval=00000001 ret=0047baa1 0009:Call KERNEL32.Wow64RevertWow64FsRedirection(0033ed2c) ret=00489738 0009:Ret KERNEL32.Wow64RevertWow64FsRedirection() retval=00000001 ret=00489738 0009:Call version.GetFileVersionInfoSizeW(005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",0033f174) ret=0047bcc2 ... --- snip --- The installer passes the address of 'OldValue' parameter to Wow64RevertWow64FsRedirection(), not the value. MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365745(v=vs.85).… --- quote --- Wow64RevertWow64FsRedirection function Restores file system redirection for the calling thread. This function should not be called without a previous call to the Wow64DisableWow64FsRedirection function. Any data allocation on behalf of the Wow64DisableWow64FsRedirection function is cleaned up by this function. Syntax C++ BOOL WINAPI Wow64RevertWow64FsRedirection( _In_ PVOID OldValue ); Parameters OldValue [in] The WOW64 file system redirection value. This value is obtained from the Wow64DisableWow64FsRedirection function. ... --- quote --- This causes the WOW64 file system redirection not reverted to old state - all filesystem accesses go to 64-bits part. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/path.c#l1972 --- snip --- 1972 /*********************************************************************** 1973 * Wow64RevertWow64FsRedirection (KERNEL32.@) 1974 */ 1975 BOOL WINAPI Wow64RevertWow64FsRedirection( PVOID old_value ) 1976 { 1977 NTSTATUS status = RtlWow64EnableFsRedirection( !old_value ); 1978 if (status) SetLastError( RtlNtStatusToDosError(status) ); 1979 return !status; 1980 } --- snip --- Subsequent dynamic loading of dlls fails for the 32-bit process because loader only finds the 64-bit dll counterparts. First failure (non-fatal): --- snip --- ... 0009:Call KERNEL32.LoadLibraryExW(0033f22e L"C:\\windows\\system32\\explorerframe.dll",00000000,00000008) ret=7da78778 0009:trace:module:load_dll looking for L"C:\\windows\\system32\\explorerframe.dll" in L"C:\\windows\\system32;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/explorerframe.dll" ) 0009: create_file() = 0 { handle=0088 } 0009: get_handle_fd( handle=0088 ) 0009: *fd* 0088 -> 118 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=0088, objattr={} ) 0009: create_mapping() = 0 { handle=0090 } 0009: close_handle( handle=0088 ) 0009: close_handle() = 0 0009: get_mapping_info( handle=0090, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=00000c38,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=0090 ) 0009: *fd* 0090 -> 119 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 638 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003800 - 0x10004000 0009: map_view( mapping=0090, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=0090 ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\explorerframe.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"C:\\windows\\system32\\explorerframe.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7da78778 0009:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\explorerframe.dll" --- snip --- Second failure (fatal): --- snip --- 0009:Call KERNEL32.LoadLibraryA(005010f0 "dwmapi.dll") ret=004c0c0c 0009:trace:module:load_dll looking for L"dwmapi.dll" in L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"dwmapi.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=004c0c0c 0009:Call KERNEL32.GetLastError() ret=004c0c18 0009:Ret KERNEL32.GetLastError() retval=000000c1 ret=004c0c18 0009:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0033e764) ret=004c0c4b 0009:trace:seh:raise_exception code=c06d007e flags=0 addr=0x7b44c162 ip=7b44c162 tid=0009 0009:trace:seh:raise_exception info[0]=0033e714 0009:trace:seh:raise_exception eax=7b43a4cd ebx=00000000 ecx=00000000 edx=0033e708 esi=0033e708 edi=0033e6d0 0009:trace:seh:raise_exception ebp=0033e6a8 esp=0033e644 cs=330023 ds=33002b es=f7be002b fs=f7be0063 gs=f7be006b flags=00000216 0009:trace:seh:call_stack_handlers calling handler at 0x4f8b8c code=c06d007e flags=0 --- snip --- ProtectionID scan for documentation: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\CompressonatorGUI_x64_3.1.4064.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 83494931 (04FA0813h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | PE Header | - | Offset: 0x000000F0 | VA: 0x004000F0 | - [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | DebugDirectory | - | Offset: 0x000FD444 | VA: 0x004FE844 | - -> File has 81963539 (04E2AA13h) bytes of appended data starting at offset 0175E00h [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (1489 calculated 1489 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x1 | Catalog 0x0 (0) | Catalog Offset 0x555C3A43 | Reserved 0x73726573 [LoadConfig] GuardAddressTakenIatEntryTable 0x6369765C | Count 0x5C726F74 (1551003508) [LoadConfig] GuardLongJumpTargetTable 0x6B736544 | Count 0x5C706F74 (1550872436) [LoadConfig] HybridMetadataPointer 0x4E415242 | DynamicValueRelocTable 0x775C4843 [LoadConfig] FailFastIndirectProc 0x525C6E69 | FailFastPointer 0x61656C65 [LoadConfig] UnknownZero1 0x735C6573 [File Heuristics] -> Flag #1 : 00000100000001001101000000000100 (0x0404D004) [Entrypoint Section Entropy] : 6.63 (section #0) ".text " | Size : 0xFC61C (1033756) byte(s) [DllCharacteristics] -> Flag : (0x8140) -> ASLR | DEP | TSA [SectionCount] 5 (0x5) | ImageSize 0x180000 (1572864) byte(s) [VersionInfo] Company Name : GPUOpen.com [VersionInfo] Product Name : CompressonatorGUI [VersionInfo] Product Version : 3.1.4064 [VersionInfo] File Description : CompressonatorGUI 3.1.4064 installer [VersionInfo] File Version : 3.1.4064 [VersionInfo] Original FileName : CompressonatorGUI_x64_3.1.4064.exe [VersionInfo] Internal Name : CompressonatorGUI_x64_3.1.4064 [VersionInfo] Legal Copyrights : Copyright (C) 2018 GPUOpen.com [ModuleReport] [IAT] Modules -> KERNEL32.dll | USER32.dll | GDI32.dll | ADVAPI32.dll | SHELL32.dll | ole32.dll | OLEAUT32.dll | dbghelp.dll | SHLWAPI.dll | COMCTL32.dll | MSIMG32.dll | VERSION.dll | MPR.dll | COMDLG32.dll [ModuleReport] [DelayImport] Modules -> msi.dll | gdiplus.dll | UxTheme.dll | WININET.dll | dwmapi.dll [Debug Info] (record 1 of 1) (file offset 0xFD440) Characteristics : 0x0 | TimeDateStamp : 0x5602AAD6 (Wed 23rd Sep 2015 13:36:22 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x5C (92) AddressOfRawData : 0x116DA0 | PointerToRawData : 0x1159A0 CvSig : 0x53445352 | SigGuid B2ED720C-03A3-4C47-8C3FDFDD897BE428 Age : 0x1 (1) | Pdb : C:\Users\victor\Desktop\BRANCH\win\Release\stubs\x86\ExternalUi.pdb [-= Installer =-] Advanced Installer Module ! [CompilerDetect] -> Visual C++ 9.0 (Visual Studio 2008) - Scan Took : 2.661 Second(s) [000000923h (2339) tick(s)] [566 of 580 scan(s) done] --- snip --- $ sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe $ du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.exe $ wine --version wine-4.4-232-gc7f323107b 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 7

[Bug 21634] New: ACT!2010 installer prereq check fails
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21634 Summary: ACT!2010 installer prereq check fails Product: Wine Version: 1.1.38 Platform: x86 URL: http://experience.act.com/ OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I tested the downloadable trial of ACT!2010. The installer has sha1sum 3ce9033e20c79707d3798195c74cb8e8bd3b5731 ACT! by Sage.exe It probably needs winetricks dotnet20 first. It fails with message Prereq.Exceptions.KeyDoesn’tExistException: Exception of Type ‘Prereq.Exceptions.KeyDoestntExistException’ was thrown. at Prereq.AccessINI.GetValue(StringKey, StringValueName) at Prereq.Program.Main(String[] args). http://community.act.com/sage/board/message?board.id=ACT&thread.id=3715 says to check the log file C:\WINDOWS\Temp\ACTInstLog\ActWindows.log That file contains C:\users\Public\Application Data\Microsoft\Protect does not exist. which seems related to the Protected Storage service and lsass.exe, which Wine doesn't have yet. The app then spews several crash report dialogs. (The installer continues on anyway, and fails when installing SQL Express, but that's a different problem.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

[Bug 20651] New: Crash when installing Impulse
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20651 Summary: Crash when installing Impulse Product: Wine Version: 1.1.32 Platform: PC-x86-64 URL: http://www.impulsedriven.com/downloads/impulse_setup.e xe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakkk(a)centrum.cz Created an attachment (id=24653) --> (http://bugs.winehq.org/attachment.cgi?id=24653) terminal output When installing Impulse with current git (wine-1.1.32-499-gffb2cfc), there is a crash in file setsdaff.exe, but installer continues and reports that it finished successfully. Another thing I noticed: after installation some processes remains in memory, they are mscorsvw.exe (disappear aprox. 5-10 later) and rpcss.exe (remains there until killed). Impulse needs dotnet20, I installed it with winetricks. After installation Impulse starts, but cannot connect to server, bug 15486. I did some search on the Stardock forums and it looks like even some windows users had similar problem, in their case this was caused by broken .NET install, .NET re-installation or update solved this. -- 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 51

[Bug 17902] New: ole32.CoGetClassObject: threads without apartment should use existing MTA
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=17902 Summary: ole32.CoGetClassObject: threads without apartment should use existing MTA Product: Wine Version: 1.1.18 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =fe6f2099-b7b4-4f47-a244-c96d69c35dec OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, there are apps which use free threaded COM (inproc) servers and call CoGetClassObject() from (new) threads that do not explicitly initialize COM. This is valid behaviour when one of the existing threads already created the MTA by calling CoInitializeEx(NULL, COINIT_MULTITHREADED). See: http://support.microsoft.com/kb/150777 --- quote --- Current implementations of COM allow a thread that does not explicitly initialize COM to be a part of the MTA. A thread that does not initialize COM is part of the MTA only if it starts using COM after at least one other thread in the process has previously called CoInitializeEx(NULL, COINIT_MULTITHREADED). (It is even possible that COM itself may have initialized the MTA when no client thread has explicitly done so; for example, a thread associated with an STA calls CoGetClassObject/CoCreateInstance[Ex] on a CLSID that is marked "ThreadingModel=Free" and COM implicitly creates an MTA into which the class object is loaded.) See the information on threading model interoperability below. However, this is a configuration that might cause problems, such as access violations, under certain circumstances. Therefore, it is strongly recommended that each thread that needs to do COM work initialize COM by calling CoInitializeEx and then, on completion of COM work, call CoUninitialize. The cost of "unnecessarily" initializing an MTA is minimal. --- quote --- An example app suffering from this is the managed console debugger from .NET 2.0 SDK "cordbg.exe": When trying to debug a simple console C# app created with symbols (.pdb format): --- snip --- wine "C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\csc.exe" /debug+ foo.cs --- snip --- Start debugger: --- snip --- wine "C:\\Program Files\\Microsoft.NET\\SDK\\v2.0\\Bin\\cordbg.exe foo.exe" --- snip --- The debugger will immediately begin to execute the app - not halting in Main() method (source). This is because symbol information can't be loaded using COR symbol binder which lives in a free threaded COM inproc server. 0A29FF9E-7F9C-4437-8B11-F424491E3931 -> CLSID_CorSymBinder Threads 0x38 (main) and 0x36 call "CoInitializeEx" with COINIT_MULTITHREADED, creating the MTA. Thread 0x3b is created later as pooled thread - part of MTA - to serve CLR debugger requests (work items). That thread never makes any init calls to COM (verified). --- snip --- ... 0038:Call KERNEL32.GetProcAddress(60970000,7a37e2ae "CoInitializeEx") ret=79e9d311 0038:Ret KERNEL32.GetProcAddress() retval=609750c8 ret=79e9d311 0038:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8 0038:Call ntdll.RtlAllocateHeap(00110000,00000008,000000fc) ret=60986499 0038:Ret ntdll.RtlAllocateHeap() retval=0014f9c0 ret=60986499 0038:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=609a750c 0038:Ret ntdll.RtlAllocateHeap() retval=001500e8 ret=609a750c 0038:Call KERNEL32.InitializeCriticalSection(001500f8) ret=609a7543 0038:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=609a7543 0038:Call ntdll.RtlAllocateHeap(00110000,00000008,0000007c) ret=60983f54 0038:Ret ntdll.RtlAllocateHeap() retval=00151df0 ret=60983f54 0038:Call KERNEL32.InitializeCriticalSection(00151e10) ret=60983fb4 0038:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=60983fb4 0038:Ret ole32.CoInitializeEx() retval=00000000 ret=79ebfba8 ... 0036:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8 0036:Call ntdll.RtlAllocateHeap(00110000,00000008,000000fc) ret=60986499 0036:Ret ntdll.RtlAllocateHeap() retval=00151e78 ret=60986499 0036:Ret ole32.CoInitializeEx() retval=00000000 ret=79ebfba8 ... 003b:Call advapi32.RegOpenKeyExW(80000000,0310d170 L"CLSID\\{0A29FF9E-7F9C-4437-8B11-F424491E3931}\\InprocServer32",00000000,00020019,0310d0dc) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call ... 003b:Call advapi32.RegOpenKeyExW(00000238,0310d270 L"2.0.50727",00000000,00020019,0310d0ec) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call advapi32.RegQueryValueExW(0000023c,7a136a40 L"ImplementedInThisVersion",00000000,0310d0e4,00000000,0310d0e8) ret=79ea5bd0 003b:Ret advapi32.RegQueryValueExW() retval=00000000 ret=79ea5bd0 003b:Call advapi32.RegCloseKey(0000023c) ret=7a1369f2 003b:Ret advapi32.RegCloseKey() retval=00000000 ret=7a1369f2 ... 003b:Call advapi32.RegOpenKeyExW(80000000,0310d318 L"CLSID\\{0A29FF9E-7F9C-4437-8B11-F424491E3931}\\InprocServer32\\2.0.50727",00000000,00020019,0310d314) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call advapi32.RegQueryValueExW(00000238,79f873d0 L"Class",00000000,0310d2f8,00000000,0310d310) ret=79ea5bd0 003b:Ret advapi32.RegQueryValueExW() retval=00000002 ret=79ea5bd0 003b:Call advapi32.RegCloseKey(00000238) ret=79f88946 003b:Ret advapi32.RegCloseKey() retval=00000000 ret=79f88946 ... 003b:Call KERNEL32.GetProcAddress(60970000,7a37e222 "CoGetClassObject") ret=79e9d311 003b:Ret KERNEL32.GetProcAddress() retval=60974f78 ret=79e9d311 003b:Call ole32.CoGetClassObject(00175d3c,00000015,00000000,79f83a7c,0310d5e8) ret=7a041335 003b:err:ole:CoGetClassObject apartment not initialised 003b:Ret ole32.CoGetClassObject() retval=800401f0 ret=7a041335 003b:Call KERNEL32.GetLastError() ret=79e74ab4 003b:Ret KERNEL32.GetLastError() retval=0000007f ret=79e74ab4 000007f ret=78132d14 ... 003b:Call KERNEL32.FormatMessageW(000031ff,00000000,800401f0,00000400,0310d4f4,00000000,0310d4a0) ret=7a127c38 003b:Ret KERNEL32.FormatMessageW() retval=00000000 ret=7a127c38 --- quote --- The failure is due to Wine's CoGetClassObject() rejecting requests when no apartment in current thread (oletls) exists. --- snip dlls/ole32/compobj.c --- HRESULT WINAPI CoGetClassObject( REFCLSID rclsid, DWORD dwClsContext, COSERVERINFO *pServerInfo, REFIID iid, LPVOID *ppv) { LPUNKNOWN regClassObject; HRESULT hres = E_UNEXPECTED; APARTMENT *apt; TRACE("\n\tCLSID:\t%s,\n\tIID:\t%s\n", debugstr_guid(rclsid), debugstr_guid(iid)); if (!ppv) return E_INVALIDARG; *ppv = NULL; apt = COM_CurrentApt(); if (!apt) { ERR("apartment not initialised\n"); return CO_E_NOTINITIALIZED; } ... --- snip dlls/ole32/compobj.c --- Rather than failing CoGetClassObject() without apartment, it should look for an existing MTA and let the current thread use it. With the MTA being used, the inproc server is created and the app works as intended, e.g. symbols get loaded, source can be stepped ... 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.

2 7

[Bug 24875] New: SongSmith doesn't install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24875 Summary: SongSmith doesn't install Product: Wine Version: 1.3.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VincentBeers(a)gmail.com Created an attachment (id=31485) --> (http://bugs.winehq.org/attachment.cgi?id=31485) Very short Wine log I wanted to try out this Microsoft application for laughs, but it turns out it won't install. Execution ends before even a single installer window is shown. A very short log is attached to this post, but it basically ends with this: err:msi:ITERATE_Actions Execution halted, action L"VSDCA_VsdLaunchConditions" returned 1603 Free demo download is available here: http://research.microsoft.com/en-us/um/redmond/projects/songsmith/download.… Running 64-bit Ubuntu 10.10 with 32-bit Wine 1.3.5. If any more info is required, I'll gladly help. -- 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 31087] New: WMI class property retrieval: some CIM data type to OLE variant (VT) mappings are incorrect (CIM_UINT32, CIM_UINT16 ...)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31087 Bug #: 31087 Summary: WMI class property retrieval: some CIM data type to OLE variant (VT) mappings are incorrect (CIM_UINT32, CIM_UINT16 ...) Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, another problem from app in bug 24875 which deserves an extra bug. The app still fails with wine-1.5.7-252-g1f01355 The problems seems to be a WMI -> .NET type conversion problem of "ProcessId" property value. "InvalidCastException" is thrown --- snip --- 006ee1e8 7b83953f [HelperMethodFrame: 006ee1e8] 006ee258 040347f6 System.Management.PropertyData.MapWmiValueToValue(System.Object, System.Management.CimType, Boolean) 006ee2d0 04034204 System.Management.PropertyData.get_Value() 006ee2dc 04033aa6 System.Management.ManagementBaseObject.GetPropertyValue(System.String) 006ee2e8 04033a35 System.Management.ManagementBaseObject.get_Item(System.String) 006ee2ec 04034f70 SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI() 006ee31c 04034c0f SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary) 006ee350 649e3fc6 System.Configuration.Install.Installer.Install(System.Collections.IDictionary) 006ee398 649e5d38 System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary) 006ee3d0 649e7f6e System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[]) 006ee494 649e7734 System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String, Int32) --- snip --- MapWmiValueToValue converts WMI values (wrapped in object) to native .NET value (wrapped in object) with type conversion if necessary. MSDN claims "ProcessId" is CIM_UINT32/uint32. The following link shows example "ProcessId" property dump with 'wbemdump' tool: http://nukz.net/reference/wmi/hh/wmisdk/wbemdump_8wft.htm --- snip --- wbemdump /Q /wy root\cimv2 WQL "SELECT ProcessId FROM Win32_process WHERE Name = 'Winmgmt.exe'" This command produces the following output: (WQL) SELECT ProcessId FROM Win32_Process WHERE Name = 'Winmgmt.exe' ProcessId (CIM_UINT32/uint32) = 644 (0x284) --- snip --- For CIM_UINT32 type there seems to be 'unboxing' taking place: net_value = (uint)((int)(wmi_value)) I extracted a small C# snippet from the app .NET assembly which can be used for easy reproduction of the problem. Save the following snippet to a text file (ex: "test.cs"): --- snip test.cs --- using System; using System.Collections; using System.Management; class TestProgram { [STAThread] static void Main(string[] args) { using (ManagementObjectSearcher searcher = new ManagementObjectSearcher("Select * from Win32_Process")) { new ManagementScope(@"root\CIMV2"); foreach (ManagementObject obj2 in searcher.Get()) { string str = obj2["ProcessId"].ToString(); } } } } --- snip test.cs --- Compile it with C# compiler which is present if you installed .NET 2.0 Framework (winetricks). --- snip --- $ wine "C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\csc.exe" /debug+ test.cs --- snip --- Run and get the same backtrace as with installer. The problem is CIMTYPE -> OLE Variant type conversion. Source: http://source.winehq.org/git/wine.git/blob/d2661b802556e073760af5d70869fb55… --- snip --- 665 HRESULT get_propval( const struct view *view, UINT index, const WCHAR *name, VARIANT *ret, 666 CIMTYPE *type, LONG *flavor ) 667 { ... 681 switch (view->table->columns[column].type & COL_TYPE_MASK) 682 { 683 case CIM_STRING: 684 case CIM_DATETIME: 685 V_VT( ret ) = VT_BSTR; 686 V_BSTR( ret ) = SysAllocString( (const WCHAR *)(INT_PTR)val ); 687 break; 688 case CIM_SINT16: 689 V_VT( ret ) = VT_I2; 690 V_I2( ret ) = val; 691 break; 692 case CIM_UINT16: 693 V_VT( ret ) = VT_UI2; 694 V_UI2( ret ) = val; 695 break; 696 case CIM_SINT32: 697 V_VT( ret ) = VT_I4; 698 V_I4( ret ) = val; 699 break; 700 case CIM_UINT32: 701 V_VT( ret ) = VT_UI4; 702 V_UI4( ret ) = val; 703 break; 704 case CIM_SINT64: 705 V_VT( ret ) = VT_BSTR; 706 V_BSTR( ret ) = get_value_bstr( view->table, row, column ); 707 break; 708 case CIM_UINT64: 709 V_VT( ret ) = VT_BSTR; 710 V_BSTR( ret ) = get_value_bstr( view->table, row, column ); 711 break; ... --- snip --- The unbox failure let me guess that CIM_UINT32 doesn't map to VT_UI4 but to VT_I4. Google "CIM_UINT32 VT_I4" and hit the first link -> book "Developing Wmi Solutions: A Guide to Windows Management ..." Bingo! There is a table which shows the type mapping (BTW good WMI resource to read...) uint32 - VT_I4 - CIM_UINT32 While you're at it you might want to fix other type conversions (CIM_UINT16 ...) according to the table. 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.

2 8

[Bug 31088] New: SongSmith 1.0.2 fails to install due to unimplemented IWshShortcut::WindowStyle property (set/get)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31088 Bug #: 31088 Summary: SongSmith 1.0.2 fails to install due to unimplemented IWshShortcut::WindowStyle property (set/get) Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, when bug 31087 is fixed the app installer runs into unimplemented IWshShortcut::WindowStyle property (set/get) Managed backtrace: --- snip --- 006ee2a8 7b83953f [ComPlusMethodFrameStandaloneCleanup: 006ee2a8] Interop.IWshRuntimeLibrary.IWshShortcut.set_WindowStyle(Int32) 006ee2b8 04035355 SSCustomInstaller.SSInstaller.CreateDesktopShortcut() 006ee2ec 0403505c SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI() 006ee31c 04034c0f SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary) 006ee350 649e3fc6 System.Configuration.Install.Installer.Install(System.Collections.IDictionary) 006ee398 649e5d38 System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary) 006ee3d0 649e7f6e System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[]) 006ee494 649e7734 System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String, Int32) --- snip --- 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.

2 7

[Bug 31105] New: .NET 3.x/4.x WPF based apps require windowscodecs.dll ComponentFactory_CreateBitmapFromSource
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31105 Bug #: 31105 Summary: .NET 3.x/4.x WPF based apps require windowscodecs.dll ComponentFactory_CreateBitmapFromSource Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, "SongSmith 1.0.2" is also affected by that insufficiency. Trace log: --- snip --- ... 002c:Call windowscodecs.IWICImagingFactory_CreateBitmapFromSource_Proxy(03163588,03145f14,00000002,0032c450) ret=02d45580 002c:fixme:wincodecs:ComponentFactory_CreateBitmapFromSource (0x3163588,0x3145f14,2,0x32c450): stub 002c:Ret windowscodecs.IWICImagingFactory_CreateBitmapFromSource_Proxy() retval=80004001 ret=02d45580 ... 002c:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0032c3b0) ret=79f97065 002c:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83953f ip=7b83953f tid=002c 002c:trace:seh:raise_exception info[0]=80004001 002c:trace:seh:raise_exception eax=7b8264d9 ebx=7b8b17d0 ecx=80004001 edx=0032c2b4 esi=0032c390 edi=0032c310 002c:trace:seh:raise_exception ebp=0032c2f8 esp=0032c294 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002c:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 002c:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 002c:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 --- snip --- Exception info: --- snip --- Exception object: 00ea0ff4 Exception type: System.NotImplementedException Message: The method or operation is not implemented. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80004001 --- snip --- CLR stack: --- snip --- OS Thread Id: 0x2b (0) ESP EIP 0033c6a8 7b83953f [HelperMethodFrame: 0033c6a8] 0033c74c 53c57cdc MS.Internal.HRESULT.Check(Int32) 0033c750 53afdfce System.Windows.Media.Imaging.RenderTargetBitmap.CopyCommon(System.Windows.Media.Imaging.RenderTargetBitmap) 0033c7a0 53afe13b System.Windows.Media.Imaging.RenderTargetBitmap.CloneCore(System.Windows.Freezable) 0033c7b0 568a68a4 System.Windows.Freezable.Clone() 0033c7bc 53a02d06 System.Windows.Media.Animation.Animatable.Clone() 0033c7c4 53ab5666 System.Windows.Media.ImageSource.Clone() 0033c7cc 53aeea62 System.Windows.Media.Imaging.BitmapSource.Clone() 0033c7d4 53ab76c7 System.Windows.Media.Effects.BitmapEffect.GetOutput(System.Windows.Media.Effects.BitmapEffectInput) 0033c818 53abcaab System.Windows.Media.Effects.BitmapEffectState.GetEffectOutput(System.Windows.Media.Visual, System.Windows.Media.Imaging.RenderTargetBitmap ByRef, System.Windows.Media.Matrix, System.Windows.Rect, System.Windows.Media.Matrix ByRef) 0033ca28 53abdb1a System.Windows.Media.Effects.BitmapEffectVisualState.RenderBitmapEffect(System.Windows.Media.Visual, System.Collections.Generic.List`1<ChannelSet>) 0033cb64 53abd7ca System.Windows.Media.Effects.BitmapEffectContent.ExecuteRealizationsUpdate() 0033cb6c 53918ad9 System.Windows.Media.RealizationContext+RealizationUpdateSchedule.Execute() 0033cba8 53911e40 System.Windows.Media.MediaContext.Render(System.Windows.Media.ICompositionTarget) 0033cc6c 53910fe7 System.Windows.Media.MediaContext.RenderMessageHandlerCore(System.Object) 0033ccb4 53910f00 System.Windows.Media.MediaContext.RenderMessageHandler(System.Object) 0033cccc 53910ecc System.Windows.Media.MediaContext.Resize(System.Windows.Media.ICompositionTarget) --- snip --- Code: http://source.winehq.org/git/wine.git/blob/39f80e56fb15858e1d057facae56fa7f… --- snip --- 465 static HRESULT WINAPI ComponentFactory_CreateBitmapFromSource(IWICComponentFactory *iface, 466 IWICBitmapSource *piBitmapSource, WICBitmapCreateCacheOption option, 467 IWICBitmap **ppIBitmap) 468 { 469 FIXME("(%p,%p,%u,%p): stub\n", iface, piBitmapSource, option, ppIBitmap); 470 return E_NOTIMPL; 471 } --- snip --- $ du -sh SongsmithSetup.1.02.msi 99M SongsmithSetup.1.02.msi $ sha1sum SongsmithSetup.1.02.msi fa6d5d889f37d369d61ec5c49dfb7f8d9932eb09 SongsmithSetup.1.02.msi $ wine --version wine-1.5.7-309-gb4da889 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.

2 4

[Bug 48430] New: Windows 2008 VM has broken Media Foundation libs
by WineHQ Bugzilla 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48430 Bug ID: 48430 Summary: Windows 2008 VM has broken Media Foundation libs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: jacek(a)codeweavers.com Distribution: --- I noticed in user32:winstation tests that there is weird window "mfreadwrite_test.exe - Unable To Locate Component" messing with foreground window tests: http://test.winehq.org/data/37dec9f144501fb93e173214578b759122ac999a/2008_n… I investigated a bit deeper and it seems that the installation contains mfreadwrite.dll, but not mfplat.dll. When you attempt to load mfreadwrite.dll, Windows shows an error dialog about incomplete installation like: https://testbot.winehq.org/JobDetails.pl?Key=62943&s104=1#k104 It seems that there is a separated installer for MF for win2k8: https://www.microsoft.com/en-US/download/details.aspx?id=20424 I can see a few solutions: 1. Try to install MF into VM and hope it helps (and ignore failures on installations missing MF). 2. Load mfplat.dll and mfreadwrite.dll dynamically and skip tests if mfplat.dll is missing (this would make code uglier for a questionable benefit). 3. Get rid of win2k8 VMs and consider them unsupported. This may seem radical for the above problem, but I don't see any value in win2k8 test results in general. -- 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 48062] New: Detect and report WineTest's "load errors"
by WineHQ Bugzilla 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48062 Bug ID: 48062 Summary: Detect and report WineTest's "load errors" 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: --- Sometimes the WineTest report DLL version section contains lines like: mfplat=load error 1359 shell32=load error 1359 user32=load error 1359 See bug 48061 for more details. The TestBot should detect such errors as well as the "load error Configured as native" message and report them. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 39297] New: kernel32.IsValidCodePage and friends don't support code page 708.
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39297 Bug ID: 39297 Summary: kernel32.IsValidCodePage and friends don't support code page 708. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- Microsoft's FontValidator (https://www.microsoft.com/typography/FontValidator.mspx) when processing certain fonts, try to access code page 708, which is not available under wine. FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs . -- 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 31

[Bug 18531] New: FontValidator (.NET based app) needs OleInPlaceObject_InPlaceDeactivate properly implemented
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18531 Summary: FontValidator (.NET based app) needs OleInPlaceObject_InPlaceDeactivate properly implemented Product: Wine Version: 1.1.21 Platform: Other URL: http://www.microsoft.com/typography/FontValidator.mspx OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, now that some urlmon MIME support patches are on the way which are essential for this app ("text/xml" MIME is later needed to show XML content in embedded browser window) I file an "intermediate" bug that needs to be fixed before we can verify the new functionality with real apps ;-) The story is basically about in-place activation and deactivation of embedded browser control. The current shdocvw OleInPlaceObject_InPlaceDeactivate stub is mostly harmless for many embedded browser control hosting apps because they don't rely on the fact that in-place deactivation doesn't really take place (control will be destroyed shortly anyway). This app use case is a bit special hence the current in-place deactivation stub becomes the culprit. Steps to reproduce: 1. clean WINEPREFIX 2. winetricks -q dotnet20 3. start app, "Font files" -> "Add..." -> select whatever true/opentype font from your system 4. "Table tests" -> "Clear All" -> select only "BASE" (shortens test) 5. "Rasterization" -> deselect "Test rasterization of TrueType outlines" (shortens test) 6. hit "Start validation" The .NET 2.0 app creates an embedded browser control: --- snip --- ... 0029:trace:ole:CoCreateInstance (rclsid={8856f961-340a-11d0-a96b-00c04fd705a2}, pUnkOuter=(nil), dwClsContext=00000001, riid={00000000-0000-0000-c000-000000000046}, ppv=0x32e2a4) ... 0029:fixme:shell:URL_ParseUrl failed to parse L"Interop.SHDocVw" ... 0029:trace:win:WIN_CreateWindowEx L"Shell Embedding" L"Shell Embedding" ex=00000100 style=46010000 0,0 0x0 parent=0x500b4 menu=(nil) inst=0x61020000 params=0x136d00 ... 0029:trace:win:WIN_CreateWindowEx created window 0x100b6 ... 0029:trace:shdocvw:create_shell_embedding_hwnd parent=0x500b4 hwnd=0x100b6 ... 0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x500b4 0xadd434) 0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE ... 0029:trace:win:DestroyWindow (0x500b4) ... --- snip --- and a "parking window" to host the control in inactive/hidden state until the real hosting window is about to be created and displayed to avoid runtime penalties of destroying and recreating browser control each time. This blog gives some insight in the world of "parking windows": http://blogs.msdn.com/sburke/archive/2007/06/20/flashback-windows-forms-par… --- snip --- 0029:trace:win:WIN_CreateWindowEx L"WindowsFormsParkingWindow" L"WindowsForms10.Window.8.app.0.378734a" ex=00010000 style=02010000 0,0 0x0 parent=0xfffffffd menu=(nil) inst=0x400000 params=(nil) ... 0029:trace:win:WIN_CreateWindowEx created window 0x100b8 0029:trace:win:show_window hwnd=0x100b6, cmd=0, wasVisible 1 ... 0029:fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x136d00) 0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11 0029:trace:ole:GetErrorInfo (0, 0x32d9b0, 0x19a9c4) 0029:fixme:shdocvw:WebBrowser_QueryInterface (0x136d00)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x32d9a8) interface not supported 0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10 0029:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b84385b ip=7b84385b tid=0029 ... 0029:trace:win:WIN_SetWindowLong 0x100b6 -4 61031784 W 0029:trace:win:alloc_winproc reusing 0xffff0057 for (nil)/0x61031784 0029:trace:win:WIN_DestroyWindow 0x500b4 --- snip --- The CLR exceptions resulting from E_NOTIMPL of OleInPlaceObject_InPlaceDeactivate are handled gracefully. The window which is the real target for the browser control gets created later: --- snip --- 0029:trace:win:WIN_CreateWindowEx L"C:\\windows\\temp\\tmp47b0.tmp.report.xml" L"WindowsForms10.Window.8.app.0.378734a" ex=00050040 style=46cf0000 -2147483648,-2147483648 376x358 parent=0x10088 menu=(nil) inst=0x400000 params=(nil) ... 0029:trace:win:WIN_CreateWindowEx hwnd 0x600b4 cs 0,0 376x358 ... 0029:trace:win:show_window hwnd=0x600b4, cmd=5, wasVisible 0 0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11 0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x600b4 0xaece88) 0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE 0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10 0029:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b84385b ip=7b84385b tid=0029 0029:trace:seh:raise_exception info[0]=80131509 0029:trace:seh:raise_exception eax=7b82ca1d ebx=7b8c2918 ecx=00000000 edx=0032d958 esi=0032d958 edi=e0434f4d 0029:trace:seh:raise_exception ebp=0032d920 esp=0032d8bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 --- snip --- The CLR exception leads to following backtrace dialog (and abort): --- snip --- ************** Exception Text ************** System.InvalidOperationException: Unable to get the window handle for the 'AxWebBrowser' control. Windowless ActiveX controls are not supported. at System.Windows.Forms.AxHost.EnsureWindowPresent() at System.Windows.Forms.AxHost.InPlaceActivate() at System.Windows.Forms.AxHost.TransitionUpTo(Int32 state) at System.Windows.Forms.AxHost.CreateHandle() at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl() at System.Windows.Forms.Control.WmShowWindow(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ContainerControl.WndProc(Message& m) at System.Windows.Forms.Form.WmShowWindow(Message& m) at System.Windows.Forms.Form.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) --- snip --- The activate_inplace() OLE verb bails out early because Wine thinks the control is in-place activated (This->inplace) -> real in-place deactivation never took place. .NET runtime tries to fetch hosted control's window handle which fails because no parent switch was done. Adding simple in-place deactivation (releasing IOleInPlaceSite, resetting This->inplace) lets this app succeed, having windows properly switched/re-parented. 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.

2 9

[Bug 31609] New: TestLauncher says a required DLL is missing, but the test runs fine without TestLauncher
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31609 Bug #: 31609 Summary: TestLauncher says a required DLL is missing, but the test runs fine without TestLauncher Product: Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified http://source.winehq.org/git/tools.git/blob/HEAD:/testbot/src/TestLauncher/… has a function AllImportedDllsPresent() that tries to avoid running tests that implicitly link against DLLs that aren't present. Unfortunately, in the case of dlls with manifests, it reports it can't find dlls that are in fact present. What it needs is a good dose of the medicine that cured the same problem in winetest: http://www.winehq.org/pipermail/wine-cvs/2010-July/068410.html A quick test shows that this works. I'll send a patch soon. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 32370] New: Failed to install SafeNet Sentinal HASP setup exe
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32370 Bug #: 32370 Summary: Failed to install SafeNet Sentinal HASP setup exe Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: prafulla.sarode(a)gmail.com Classification: Unclassified Created attachment 42713 --> http://bugs.winehq.org/attachment.cgi?id=42713 programm error detail While installing SafeNet Sentinal HASP setup exe, installation error occured with the error trace as attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

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 November 2020