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

[Bug 46761] New: BigNox VM VirtualBox Support Driver 'YSDrv.sys' ( part of NoxPlayer 6.x) crashes on unimplemented function ntoskrnl.exe.MmBuildMdlForNonPagedPool
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=46761 Bug ID: 46761 Summary: BigNox VM VirtualBox Support Driver 'YSDrv.sys' (part of NoxPlayer 6.x) crashes on unimplemented function ntoskrnl.exe.MmBuildMdlForNonPagedPool Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46760 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Nox/bin $ WINEDEBUG=+seh,+relay,+ntoskrnl,+service wine ./Nox.exe >>log.txt 2>&1 ... 005f:Call ntoskrnl.exe.MmAllocateContiguousMemorySpecifyCache(00001000,000000000,0ffffffff,000000000,00000001) ret=00572a9d 005f:trace:ntoskrnl:MmAllocateContiguousMemorySpecifyCache 4096 0 ffffffff 0 1 005f:Call KERNEL32.VirtualAlloc(00000000,00001000,00003000,00000204) ret=7e97d468 005f:Ret KERNEL32.VirtualAlloc() retval=006b0000 ret=7e97d468 005f:Ret ntoskrnl.exe.MmAllocateContiguousMemorySpecifyCache() retval=006b0000 ret=00572a9d 005f:Call ntoskrnl.exe.IoAllocateMdl(006b0000,00001000,00000000,00000000,00000000) ret=00572abb 005f:trace:ntoskrnl:IoAllocateMdl (0x6b0000, 4096, 0, 0, (nil)) 005f:Call ntdll.RtlAllocateHeap(00110000,00000008,00000020) ret=7e979f8a 005f:Ret ntdll.RtlAllocateHeap() retval=0011d700 ret=7e979f8a 005f:Ret ntoskrnl.exe.IoAllocateMdl() retval=0011d700 ret=00572abb 005f:Call KERNEL32.RaiseException(80000100,00000001,00000002,0042fae8) ret=7e982d91 wine: Call from 0x7b44c03b to unimplemented function ntoskrnl.exe.MmBuildMdlForNonPagedPool, aborting --- snip --- I'm pretty sure BigNox used the original driver from VirtualBox project almost unmodified, hence the sources should accurately resemble the runtime behaviour. Source code of the original VBox helper driver: https://github.com/mirror/vbox/tree/master/src/VBox/Runtime/r0drv https://github.com/mirror/vbox/blob/master/src/VBox/Runtime/r0drv/nt/memobj… -> rtR0MemObjNativeAllocContEx() With a stub it runs into next problem: --- snip --- ... 005f:Call ntoskrnl.exe.MmBuildMdlForNonPagedPool(0011d700) ret=00572ac8 005f:fixme:ntoskrnl:MmBuildMdlForNonPagedPool 0x11d700 stub 005f:Ret ntoskrnl.exe.MmBuildMdlForNonPagedPool() retval=0000003c ret=00572ac8 005f:Call ntoskrnl.exe.ExAllocatePoolWithTag(00000000,00000058,54525049) ret=0057350b 005f:Call ntdll.RtlAllocateHeap(00110000,00000000,00000058) ret=7e97c8f9 005f:Ret ntdll.RtlAllocateHeap() retval=0012e410 ret=7e97c8f9 005f:trace:ntoskrnl:ExAllocatePoolWithTag 88 pool 0 -> 0x12e410 005f:Ret ntoskrnl.exe.ExAllocatePoolWithTag() retval=0012e410 ret=0057350b 005f:Call KERNEL32.RaiseException(80000100,00000001,00000002,0042fb1c) ret=7e982e45 005f:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b44c03b ip=7b44c03b tid=005f 005f:trace:seh:raise_exception info[0]=7e982e60 005f:trace:seh:raise_exception info[1]=7e98397e wine: Call from 0x7b44c03b to unimplemented function ntoskrnl.exe.ExSetTimerResolution, aborting ... --- snip --- $ sha1sum nox_setup_v6.2.7.1_full_intl.exe c6a8ae484a3d78e5e876cb9b6440d72861e3cffe nox_setup_v6.2.7.1_full_intl.exe $ du -sh nox_setup_v6.2.7.1_full_intl.exe 349M nox_setup_v6.2.7.1_full_intl.exe $ wine --version wine-4.3 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 6

[Bug 45543] New: Rekordbox 5.3.0 terminates with the message " Unexpected application error"
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=45543 Bug ID: 45543 Summary: Rekordbox 5.3.0 terminates with the message "Unexpected application error" Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bghome(a)gmail.com Distribution: --- The problem ----------- When I run the application like cd ~/.wine/drive_c/Program Files/Pioneer wine ./rekordbox.exe The application terminates with the message "Unexpected application error". Prerequisite ------------ - Enable "Hide Wine version from applications" option (see bug #45514). - Install MS core fonts (see bug #45535). -- 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 20

[Bug 46908] New: Support msvcp mtx_init 'mtx_try' flag (0x2) to create a mutex object that supports test and return
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=46908 Bug ID: 46908 Summary: Support msvcp mtx_init 'mtx_try' flag (0x2) to create a mutex object that supports test and return Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, some apps cause a significant spam = slowdown due to the following FIXME: --- snip --- fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 --- snip --- You can find various bug reports which include such spam: https://bugs.winehq.org/show_bug.cgi?id=46800#c3 I've encountered this recently in an even more annoying form with SIMATIC WinCC V15.1 Runtime services. Although the spam is partially caused by other bugs (error paths), it completely bogs down the console when a prefix is bootstrapped (emitted by 'autostart' type service). --- snip --- $ du -sh log.txt 1.4G log.txt $ egrep "fixme:.*_Mtx_init_in_situ" log.txt | wc -l 97512 $ egrep "fixme:.*_Mtx_init_in_situ" log.txt | sort | uniq 0012:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 102 0012:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 001c:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 1 001c:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 001f:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 0021:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 0022:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 004a:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 102 004e:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 --- snip --- --- snip --- 001c:Call msvcp140._Cnd_init_in_situ(0025bcc8) ret=1400b97a8 001c:Call ntdll.RtlInitializeConditionVariable(0025bcc8) ret=7f168a0b198f 001c:Ret ntdll.RtlInitializeConditionVariable() retval=0025bcc8 ret=7f168a0b198f 001c:Ret msvcp140._Cnd_init_in_situ() retval=00000044 ret=1400b97a8 001c:Call msvcp140._Mtx_init_in_situ(0025bd10,00000002) ret=1400b97b8 001c:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 001c:Call msvcr120.??0critical_section(a)Concurrency@@QEAA(a)XZ(0025bd18) ret=7f168a0b1629 001c:Ret msvcr120.??0critical_section(a)Concurrency@@QEAA(a)XZ() retval=0025bd18 ret=7f168a0b1629 001c:Ret msvcp140._Mtx_init_in_situ() retval=0025bd10 ret=1400b97b8 ... 004a:Call msvcp110._Mtx_init(002626c8,00000102) ret=0091104c 004a:Call msvcr110.??2(a)YAPEAX_K@Z(00000048) ret=7f88bd859199 004a:Call ntdll.RtlAllocateHeap(00230000,00000000,00000048) ret=7f88c03b15ef 004a:Ret ntdll.RtlAllocateHeap() retval=00262710 ret=7f88c03b15ef 004a:Ret msvcr110.??2(a)YAPEAX_K@Z() retval=00262710 ret=7f88bd859199 004a:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 102 004a:Call msvcr110.??0critical_section(a)Concurrency@@QEAA(a)XZ(00262718) ret=7f88bd85910a ... --- snip --- Although this spam can masked/filtered out, it should be considered to implement the missing mutex types. Currently Wine only supports C11 'mtx_recursive' mutex type (flags = 0x100). Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/msvcp90/misc.c#l684 --- snip --- 684 #define MTX_MULTI_LOCK 0x100 685 #define MTX_LOCKED 3 686 typedef struct 687 { 688 DWORD flags; 689 critical_section cs; 690 DWORD thread_id; 691 DWORD count; 692 } *_Mtx_t; 693 694 #if _MSVCP_VER >= 140 695 typedef _Mtx_t _Mtx_arg_t; 696 #define MTX_T_FROM_ARG(m) (m) 697 #define MTX_T_TO_ARG(m) (m) 698 #else 699 typedef _Mtx_t *_Mtx_arg_t; 700 #define MTX_T_FROM_ARG(m) (*(m)) 701 #define MTX_T_TO_ARG(m) (&(m)) 702 #endif 703 704 void __cdecl _Mtx_init_in_situ(_Mtx_t mtx, int flags) 705 { 706 if(flags & ~MTX_MULTI_LOCK) 707 FIXME("unknown flags ignored: %x\n", flags); 708 709 mtx->flags = flags; 710 call_func1(critical_section_ctor, &mtx->cs); 711 mtx->thread_id = -1; 712 mtx->count = 0; 713 } --- snip --- >From C11 standard (ISO/IEC 9899:2011): https://en.cppreference.com/w/c/thread/mtx_init NOTE: 'mtx_try' is not mentioned here anymore, see http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1521.htm --- quote --- mtx_init C Thread support library Defined in header <threads.h> int mtx_init( mtx_t* mutex, int type ); (since C11) Creates a new mutex object with type. The object pointed to by mutex is set to an identifier of the newly created mutex. type must have one of the following values: mtx_plain - a simple, non-recursive mutex is created. mtx_timed - a non-recursive mutex, that supports timeout, is created. mtx_plain | mtx_recursive - a recursive mutex is created. mtx_timed | mtx_recursive - a recursive mutex, that supports timeout, is created. Parameters mutex - pointer to the mutex to initialize type - the type of the mutex Return value thrd_success if successful, thrd_error otherwise. References C11 standard (ISO/IEC 9899:2011): 7.26.4.2 The mtx_init function (p: 381) --- quote --- ftp://ftp.00f.net/misc/n1548.pdf --- quote --- The enumeration constants are mtx_plain which is passed to mtx_init to create a mutex object that supports neither imeout nor test and return; mtx_recursive which is passed to mtx_initto create a mutex object that supports recursive locking; mtx_timed which is passed to mtx_init to create a mutex object that supports timeout; mtx_try which is passed to mtx_init to create a mutex object that supports test and return; --- quote --- * mtx_plain = 0x1 * mtx_try = 0x2 * mtx_timed = 0x4 * mtx_recursive = 0x100 $ sha1sum SIMATIC_WinCC_Runtime_Advanced_V15_1.exe db1f97bb648b62fa1c5d974d7f2bcb6b4a9fd786 SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ du -sh SIMATIC_WinCC_Runtime_Advanced_V15_1.exe 1.3G SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ wine --version wine-4.4-188-gc988910cae 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 37871] New: GOG.com downloader (.NET 3.5 app) wants wininet.GetUrlCacheConfigInfoA/W implementation
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=37871 Bug ID: 37871 Summary: GOG.com downloader (.NET 3.5 app) wants wininet.GetUrlCacheConfigInfoA/W implementation Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. It's rather harmless as the failure is catched and handled in managed code. So the issue is rather about an improvement and the app can be used as test case. --- snip --- fixme:wininet:GetUrlCacheConfigInfoW (0x1440e8, 0x33df24, 104) Message: Value does not fall within the expected range. Stack trace: at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo) at MS.Win32.WinInet.get_InternetCacheFolder() at System.Windows.Media.Imaging.BitmapDownload.BeginDownload(BitmapDecoder decoder, Uri uri, RequestCachePolicy uriCachePolicy, Stream stream) at System.Windows.Media.Imaging.LateBoundBitmapDecoder..ctor(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, RequestCachePolicy requestCachePolicy) at System.Windows.Media.Imaging.BitmapDecoder.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, RequestCachePolicy uriCachePolicy, Boolean insertInDecoderCache) at System.Windows.Media.Imaging.BitmapImage.FinalizeCreation() at System.Windows.Media.Imaging.BitmapImage.EndInit() at GOGCompanionApp.AppWindow.LoginUser() --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/cc817578%28v=vs.85%… Source: http://source.winehq.org/git/wine.git/blob/2aaff6e19f9ef97a241d7ca36497d47d… --- snip --- 3764 BOOL WINAPI GetUrlCacheConfigInfoW(LPINTERNET_CACHE_CONFIG_INFOW CacheInfo, LPDWORD size, DWORD bitmask) 3765 { 3766 FIXME("(%p, %p, %x)\n", CacheInfo, size, bitmask); 3767 INTERNET_SetLastError(ERROR_INVALID_PARAMETER); 3768 return FALSE; 3769 } --- snip --- $ wine --version wine-1.7.33-191-ge899bd8 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 8

[Bug 46848] New: PTC Mathcad Prime 3.0 Web installer crashes on unimplemented function api-ms-win-crt-convert-l1-1-0.dll.wctrans
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=46848 Bug ID: 46848 Summary: PTC Mathcad Prime 3.0 Web installer crashes on unimplemented function api-ms-win-crt-convert-l1-1-0.dll.wctrans Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Stable link to Internet Archive: https://web.archive.org/web/20190317012806/http://free-dl.ptc.com/install/p… --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+module,+imports wine ./pim_installmgr_mathcad.exe >log.txt 2>&1 ... 0032:Call KERNEL32.CreateProcessW(00000000,0033e828 L"\"setup.exe\" -mathcad -applications mathcad.xml:mathcadpdsi.xml:qualityagent.xml",00000000,00000000,00000000,00000410,00000000,001679e8 L"C:\\users\\focht\\Temp\\7ZipSfx.000",0033e300,0033e2f0) ret=7d5f5f52 ... 0038:Call KERNEL32.__wine_kernel_init() ret=7bc720d9 ... 0032:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7d5f5f52 ... wine: Call from 0x7b44c03b to unimplemented function api-ms-win-crt-convert-l1-1-0.dll.wctrans, aborting 0038:trace:seh:call_stack_handlers calling handler at 0xaacd14 code=80000100 flags=1 0038:trace:seh:call_stack_handlers handler at 0xaacd14 returned 1 0038:trace:seh:call_stack_handlers calling handler at 0xaaccdc code=80000100 flags=1 0038:trace:seh:call_stack_handlers handler at 0xaaccdc returned 1 0038:trace:seh:call_stack_handlers calling handler at 0xaac5bb code=80000100 flags=1 0038:Call ucrtbase._except_handler4_common(00ab4d58,00aaca01,00316670,00316b44,0031638c,0031625c) ret=00aac5d9 0038:trace:seh:_except_handler4_common exception 80000100 flags=1 at 0x7b44c03b handler=0xaac5bb 0x31638c 0x31625c cookie=5f9e7b50 scope table=0xaaeb60 cookies=-2/0,-48/0 --- snip --- --- snip --- $ mkdir -p install && cd $_ $ 7z x ../pim_installmgr_mathcad.exe 7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=en_US.utf8,Utf16=on,HugeFiles=on,64 bits,8 CPUs Intel(R) Core(TM) i7-4700HQ CPU @ 2.40GHz (306C3),ASM,AES-NI) Scanning the drive for archives: 1 file, 23850620 bytes (23 MiB) Extracting archive: ../pim_installmgr_mathcad.exe -- Path = ../pim_installmgr_mathcad.exe Type = 7z Offset = 93439 Physical Size = 23757181 Headers Size = 3048 Method = LZMA:26 BCJ2 Solid = + Blocks = 2 Everything is Ok Folders: 30 Files: 166 Size: 68271449 Compressed: 23850620 --- snip --- --- snip --- $ tree --charset=ANSI -L 3 . |-- export_affirmation.pdf |-- msvcp110.dll |-- msvcp140.dll |-- msvcr110.dll |-- pim | |-- i486_nt | | |-- asyncoremt.dll | | |-- baselibmt.dll | | |-- browser_stream_sh.dll | | |-- btkzlibmt.dll | | |-- coretools_sh.dll | | |-- coreutils_sh.dll | | |-- dlmmgrmt.dll | | |-- i18nmt.dll | | |-- ic_sh.dll | | |-- installmgr.dll | | |-- ipc_comms_sh.dll | | |-- libbrowser_api_sh.dll | | |-- libui_sh.dll | | |-- licommonmt.dll | | |-- limanifestmt.dll | | |-- lutilsmt.dll | | |-- msvcp110.dll | | |-- msvcr110.dll | | |-- rtlcoremt.dll | | |-- srvcmgrmt.dll | | |-- ucore46.dll | | |-- udata46.dll | | |-- uitools_sh.dll | | |-- utfstrmt.dll | | |-- xercescmt.dll | | `-- zbutils_sh.dll | |-- proe | | `-- uitools | |-- text | | |-- chinese_cn | | |-- chinese_tw | | |-- compiled_resource | | |-- eula | | |-- french | | |-- german | | |-- italian | | |-- japanese | | |-- korean | | |-- license.res | | |-- pro_i18n.res | | |-- russian | | |-- spanish | | `-- usascii | `-- xml | `-- sessioninfo.xml |-- setup.exe `-- vcruntime140.dll 18 directories, 35 files --- snip --- Find the dll import in all binary files from the inner installer: --- snip --- $ grep -ralZ wctrans . | xargs -r0i bash -c "echo \"{}\" && winedump -j import \"{}\" | grep wctrans" ./msvcp110.dll ./pim/i486_nt/i18nmt.dll 121 wctrans 2d0f0 ./pim/i486_nt/msvcp110.dll ./pim/i486_nt/rtlcoremt.dll 153 towctrans 2f658 --- snip --- $ sha1sum pim_installmgr_mathcad.exe 1e498c6cb8cd107344d7e70a385a7b0cb9a34b64 pim_installmgr_mathcad.exe $ du -sh pim_installmgr_mathcad.exe 23M pim_installmgr_mathcad.exe $ wine --version wine-4.4 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 26445] New: URLDownloadToFileW does not support FTP URLs
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

http://bugs.winehq.org/show_bug.cgi?id=26445 Summary: URLDownloadToFileW does not support FTP URLs Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)colinfinck.de I cannot download any file with an ftp:// URL using urlmon's URLDownloadToFileW function. HTTP URLs properly work. Downloading over FTP is supported under Windows, so Wine should implement this as well. An example app using this functionality can be found in bug 9741. As I don't want to argue whether closing that bug was right, I'm opening this new one. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 37784] New: No warning to user that wine-mono will not be installed to a 64 bit wineprefix unless wine64 is explicitly invoked
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=37784 Bug ID: 37784 Summary: No warning to user that wine-mono will not be installed to a 64 bit wineprefix unless wine64 is explicitly invoked Product: Wine Version: 1.3.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- Filing this based on https://bugs.winehq.org/show_bug.cgi?id=37772#c2. The default wineprefix created by running wineboot (or anything else) on a 64 bit system is 64 bit, even if wine64 is not explicitly used. However, wine-mono is not automatically installed to a 64 bit wineprefix unless wine64 is explicitly invoked. There is no warning to the user that wine-mono is not being installed, and http://wiki.winehq.org/Mono says nothing about needing to specify wine64 to install/uninstall it in a 64 bit wineprefix. If not installing wine-mono to a default wineprefix unless wine64 is specified is the intended behavior, there should be a warning about that in the console at wineprefix creation, and it should be documented on the Mono wiki page. -- 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 46881] New: Power World Simulator installer crashes: wine: Unimplemented function msi.dll.MsiSourceListForceResolutionW called at address 0x7b442233
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=46881 Bug ID: 46881 Summary: Power World Simulator installer crashes: wine: Unimplemented function msi.dll.MsiSourceListForceResolutionW called at address 0x7b442233 Product: Wine Version: 4.4 Hardware: x86 URL: https://www.powerworld.com/ OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Blocks: 46879 Distribution: Debian Created attachment 63948 --> https://bugs.winehq.org/attachment.cgi?id=63948 console output + crash log (Staging 4.4) As the title says; tested in Staging 4.4 wine: Call from 0x7b442233 to unimplemented function msi.dll.MsiSourceListForceResolutionW, aborting wine: Unimplemented function msi.dll.MsiSourceListForceResolutionW called at address 0x7b442233 (thread 0055), starting debugger... sha1sum pw20EduEvalSetup32BitOnly.msi e644577731629c3bf804c568dda804d00c048565 pw20EduEvalSetup32BitOnly.msi -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 46316] New: Hauppauge Capture version 36187
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=46316 Bug ID: 46316 Summary: Hauppauge Capture version 36187 Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rav3nlabs(a)gmail.com Distribution: --- Created attachment 63049 --> https://bugs.winehq.org/attachment.cgi?id=63049 crash log Been trying to get a Hauppauge HD PVR 2 running under ubuntu 18.04. Currently it crashes on detecting hardware (attached is the generated log). Using PlayOnLinux on Ubuntu Desktop 18.04, you can download the software from here: https://s3.amazonaws.com/hauppauge/capture/hauppaugecapture_1_1_36187.exe Actual page: http://www.hauppauge.com/pages/support/support_capture.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 11

[Bug 46928] New: Atelier Firis config tool doesn' t show up when launched through Steam
by wine-bugs＠winehq.org 23 Aug '19

23 Aug '19

https://bugs.winehq.org/show_bug.cgi?id=46928 Bug ID: 46928 Summary: Atelier Firis config tool doesn't show up when launched through Steam Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: tijs96(a)hotmail.com Distribution: --- Created attachment 64032 --> https://bugs.winehq.org/attachment.cgi?id=64032 Logs with the __crtGetShowWindowMode call data The config tool window doesn't show up when launched through Steam (windows version, not proton) with builtin msvcr110, but with native msvcr110 it shows up just fine. When launching it without steam it shows up with both native and builtin. The reason for this seems to be that the config tool calls __crtGetShowWindowMode and uses the return value in a call to ShowWindow. Wine's implementation of __crtGetShowWindowMode seems to differ from the native dll. Steam + builtin: window doesn't show up, __crtGetShowWindowMode returns 0. Steam + native: window does show up, __crtGetShowWindowMode returns ?. (steam crashes with +snoop) Without steam + builtin: window shows up, __crtGetShowWindowMode returns 1. Without steam + native: window shows up, __crtGetShowWindowMode returns 10. Steam + builtin dll with __crtGetShowWindowMode hardcoded to return 10: window shows up, __crtGetShowWindowMode returns 10. I haven't done much investigating with proton, but the window shows up without any tweaks on proton. -- 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