https://bugs.winehq.org/show_bug.cgi?id=44399
Bug ID: 44399 Summary: WickrMe 4.19.7: Crashes upon run Product: Wine Version: 2.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: qubertine@zoho.eu Distribution: ---
Created attachment 60322 --> https://bugs.winehq.org/attachment.cgi?id=60322 backtrace
Select Windows download from https://me-download.wickr.com/
$ sha1sum WickrMe-4.19.7.msi ea1df47b853852449cf006682f6749bc1b1c18c2 WickrMe-4.19.7.msi
Backtrace: https://pastebin.com/S4ybiND7
Solution provided in Bug 43549:
https://bugs.winehq.org/show_bug.cgi?id=43549
no longer works.
https://bugs.winehq.org/show_bug.cgi?id=44399
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://me-download.wickr.c | |om/ Keywords| |download CC| |dark.shadow4@web.de Summary|WickrMe 4.19.7: Crashes |WickrMe 4.19.7: Crashes due |upon run |to stub | |combase.RoGetActivationFact | |ory Ever confirmed|0 |1 Status|UNCONFIRMED |NEW
--- Comment #1 from Fabian Maurer dark.shadow4@web.de --- Confirming, needs a proper implementation of combase.RoGetActivationFactory. You can prove that by adding "*factory = 0xdeadbeef" in that function, the crash will turn into "Unhandled page fault on read access to 0xdeadbeef".
https://bugs.winehq.org/show_bug.cgi?id=44399
--- Comment #2 from qubertine@zoho.eu --- (In reply to Fabian Maurer from comment #1)
Confirming, needs a proper implementation of combase.RoGetActivationFactory. You can prove that by adding "*factory = 0xdeadbeef" in that function, the crash will turn into "Unhandled page fault on read access to 0xdeadbeef".
Is there a workaround similar to the one you provided for Bug 43549?
https://bugs.winehq.org/show_bug.cgi?id=44399
--- Comment #3 from Fabian Maurer dark.shadow4@web.de --- Not an easy one, you can't really use native combase without introducing more issues.
https://bugs.winehq.org/show_bug.cgi?id=44399
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #4 from Louis Lenders xerox.xerox2000x@gmail.com --- .
Is there a workaround similar to the one you provided for Bug 43549?
What happens if you disable combase?\
e.g. WINEDLLOVERRIDES=combase=d wine wickr.exe ?
https://bugs.winehq.org/show_bug.cgi?id=44399
--- Comment #5 from Fabian Maurer dark.shadow4@web.de --- (In reply to Louis Lenders from comment #4)
.
Is there a workaround similar to the one you provided for Bug 43549?
What happens if you disable combase?\
e.g. WINEDLLOVERRIDES=combase=d wine wickr.exe ?
0009:err:module:find_forwarded_export module not found for forward 'combase.RoGetActivationFactory' used by L"C:\windows\system32\api-ms-win-core-winrt-l1-1-0.dll" 0009:err:module:find_forwarded_export module not found for forward 'combase.WindowsCreateStringReference' used by L"C:\windows\system32\api-ms-win-core-winrt-string-l1-1-0.dll" 0009:err:module:find_forwarded_export module not found for forward 'combase.WindowsGetStringRawBuffer' used by L"C:\windows\system32\api-ms-win-core-winrt-string-l1-1-0.dll" 0009:err:module:find_forwarded_export module not found for forward 'combase.WindowsDeleteString' used by L"C:\windows\system32\api-ms-win-core-winrt-string-l1-1-0.dll" wine: Call from 0x7bc51ad9 to unimplemented function api-ms-win-core-winrt-string-l1-1-0.dll.WindowsCreateStringReference, aborting wine: Unimplemented function api-ms-win-core-winrt-string-l1-1-0.dll.WindowsCreateStringReference called at address 0x67160023:0x7bc51ad9 (thread 0009), starting debugger...
Don't know if the first errors can be ignored, but there is something more blocking the program from running.
https://bugs.winehq.org/show_bug.cgi?id=44399
--- Comment #6 from Louis Lenders xerox.xerox2000x@gmail.com --- staging seems to have a semi-stub but crashes too:
fixme:combase:RoGetActivationFactory (L"Windows.Devices.Enumeration.DeviceInformation", {c17f100e-3a46-4a78-8013-769dc9b97390}, 0x34d578): semi-stub err:combase:RoGetActivationFactory Failed to find library for L"Windows.Devices.Enumeration.DeviceInformation" wine: Unhandled page fault on read access to 0x00000000 at address 0x5db93c0 (thread 0009), starting debugger
https://bugs.winehq.org/show_bug.cgi?id=44399
--- Comment #7 from Fabian Maurer dark.shadow4@web.de --- It seems to need WinRT, specifically windows.devices.enumeration.dll, {c17f100e-3a46-4a78-8013-769dc9b97390} corresponds to IDeviceInformationStatics.
Tried to use the native DLL, but it can't be registered using wine regsvr32, we probably at least need to add a stub dll to get the UUIDs into the registry.
https://bugs.winehq.org/show_bug.cgi?id=44399
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Staged patchset| |https://github.com/wine-com | |pholio/wine-staging/tree/ma | |ster/patches/combase-RoApi CC| |focht@gmx.net Status|NEW |STAGED
--- Comment #8 from Anastasius Focht focht@gmx.net --- Hello folks,
the app uses QT5.8 multimedia, specifically WASAPI plugin to query for various audio device info. Relevant part of QT5.8 WASAPI plugin source code:
http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/wasapi/qwasapiut...
--- snip --- QList<QByteArray> QWasapiUtils::availableDevices(QAudio::Mode mode) { qCDebug(lcMmUtils) << __FUNCTION__ << mode;
CoInitIfNeeded(); ComPtr<IDeviceInformationStatics> statics; HRESULT hr;
hr = GetActivationFactory(HString::MakeReference(RuntimeClass_Windows_Devices_Enumeration_DeviceInformation).Get(), &statics); Q_ASSERT_SUCCEEDED(hr);
DeviceClass dc = mode == QAudio::AudioInput ? DeviceClass_AudioCapture : DeviceClass_AudioRender;
QList<QByteArray> &deviceNames = mode == QAudio::AudioInput ? gMapping->inputDeviceNames : gMapping->outputDeviceNames; QList<QString> &deviceIds = mode == QAudio::AudioInput ? gMapping->inputDeviceIds : gMapping->outputDeviceIds;
// We need to refresh due to plugable devices (ie USB) deviceNames.clear(); deviceIds.clear();
ComPtr<IAsyncOperationABI::Windows::Devices::Enumeration::DeviceInformationCollection *> op; hr = statics->FindAllAsyncDeviceClass(dc, &op ); RETURN_EMPTY_LIST_IF_FAILED("Could not query audio devices.");
ComPtr<IVectorView<DeviceInformation *>> resultVector; hr = QWinRTFunctions::await(op, resultVector.GetAddressOf()); RETURN_EMPTY_LIST_IF_FAILED("Could not receive audio device list."); ... --- snip ---
MSDN: https://msdn.microsoft.com/en-us/library/hh973459.aspx ("How to: Activate and Use a Windows Runtime Component Using WRL")
Missing Windows Runtime 'windows.devices.enumeration.dll' which provides device enumeration API for Win8+ is a follow-up issue.
I'm changing the status to "staged" to refer to staging patchset: https://github.com/wine-compholio/wine-staging/tree/master/patches/combase-R...
Regards
https://bugs.winehq.org/show_bug.cgi?id=44399
--- Comment #9 from Louis Lenders xerox.xerox2000x@gmail.com --- Created attachment 61036 --> https://bugs.winehq.org/attachment.cgi?id=61036 diff between wine-3.5 and staging-3,5
I'm changing the status to "staged" to refer to staging patchset: https://github.com/wine-compholio/wine-staging/tree/master/patches/combase- RoApi
Regards
It seems that this patch is not included in current Staging 3.5. So I`ll attach it here so it won`t get lost
@reporter of bug: As a workaround for this bug for noe you can add regeistrykey below, make sure you copy Windows.Devices.Enumeration.dll, Windows.Devices.Enumeration.dll,biwinrt.dll and deviceassociation.dll to sytem32 and apply attached patch from Staging. Then the application starts, at least the loginwindow comes up
Registry Key:
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Microsoft\WindowsRuntime\ActivatableClassId\Windows.Devices.Enumeration.DeviceInformation] "DllPath"="c:\windows\system32\Windows.Devices.Enumeration.dll"
https://bugs.winehq.org/show_bug.cgi?id=44399
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
--- Comment #10 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- (In reply to Louis Lenders from comment #9)
Created attachment 61036 [details] diff between wine-3.5 and staging-3,5
I'm changing the status to "staged" to refer to staging patchset: https://github.com/wine-compholio/wine-staging/tree/master/patches/combase- RoApi
Regards
It seems that this patch is not included in current Staging 3.5. So I`ll attach it here so it won`t get lost
I've updated the combase-RoApi patchset with the missing patch.
https://bugs.winehq.org/show_bug.cgi?id=44399
--- Comment #11 from Gijs Vermeulen gijsvrm@gmail.com --- The Staging combase patches were upstreamed, this should now be fixed with: https://source.winehq.org/git/wine.git/commit/e6c0dd3bed8dd716bb39a81c46f4d5...
https://bugs.winehq.org/show_bug.cgi?id=44399
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |e6c0dd3bed8dd716bb39a81c46f | |4d505bf783493 Resolution|--- |FIXED Status|STAGED |RESOLVED
--- Comment #12 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Marking as fixed
https://bugs.winehq.org/show_bug.cgi?id=44399
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.8.
https://bugs.winehq.org/show_bug.cgi?id=44399
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |3.0.x
https://bugs.winehq.org/show_bug.cgi?id=44399
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|3.0.x |---
--- Comment #14 from Michael Stefaniuc mstefani@winehq.org --- Removing the 3.0.x milestone from bugs included in 3.0.3.
-
wine-bugs＠winehq.org