Ich habe eine einfache FM-Radio-Tuner-App in Silverlight 5 Out-of-Browser, die Code aus einer nativen C ++ - DLL von meinem USB-FM-Empfänger mit PInvoke aufruft. Diese Anwendung funktioniert sehr gut in Windows 8 mit Silverlight5.
Jetzt versuche ich es mit WinRT in eine Metro App zu portieren.
Die Migration von Silverlight zu XAML UI ist ziemlich einfach und funktionierte gut. Die PInvoke-Signaturen und -Attribute wurden ordnungsgemäß mit dem Namespace System.Runtime.InteropServices und dem DLLImport-Attribut erkannt.
Das Problem ist, dass, wenn ich die App ausführen und eine Methode aus der pInvoked nativen DLL aufrufen, die in meiner SL5-App funktioniert (das funktioniert sogar unter Windows8), habe ich diese Ausnahme:
%Vor%Also, meine Frage ist, was ist das Problem an diesem PInvoke? Da es unter Windows8 mit einer SL5-App gut funktioniert, sehe ich keine Gründe für Probleme mit WinRT / Metro Apps.
Nach Antworten von Pavel Minaev auf Chris Pietschmanns Antwort:
P / Invoke und COM Interop werden mit Sicherheit für .NET Metro Apps unterstützt. Die Win32-API wird ebenfalls unterstützt und kann über die oben genannten Technologien aufgerufen werden. Sie ist jedoch auf die Funktionen beschränkt, die für Metro-Apps verfügbar sind (dh wenn eine C ++ Metro-App sie nicht aufrufen kann, auch keine .NET-App) / p>
Wie Morten Frederiksen darauf hinweist, ist es jedoch wahrscheinlich, dass CarTFTFM.dll einen nicht unterstützten Teil des Win32 enthält API-Oberfläche für WinRT:
Nur eine Teilmenge der Win32- und COM-API wird unterstützt: msdn.microsoft.com/de-de us / library / windows / apps / br205757
Ich habe eine einfache FM-Radio-Tuner-App in Silverlight 5 Out-of-Browser, die Code aus einer nativen C ++ - DLL von meinem USB-FM-Empfänger mit PInvoke aufruft. Diese Anwendung funktioniert sehr gut in Windows 8 mit Silverlight5.
Jetzt versuche ich es mit WinRT in eine Metro App zu portieren.
Die Migration von Silverlight zu XAML UI ist ziemlich einfach und funktionierte gut. Die PInvoke-Signaturen und -Attribute wurden ordnungsgemäß mit dem Namespace System.Runtime.InteropServices und dem DLLImport-Attribut erkannt.
Das Problem ist, dass, wenn ich die App ausführen und eine Methode aus der pInvoked nativen DLL aufrufen, die in meiner SL5-App funktioniert (das funktioniert sogar unter Windows8), habe ich diese Ausnahme:
%Vor%Also, meine Frage ist, was ist das Problem an diesem PInvoke? Da es unter Windows8 mit einer SL5-App gut funktioniert, sehe ich keine Gründe für Probleme mit WinRT / Metro Apps.
Sofern es sich nicht um eine System-DLL oder anderweitig über den Systempfad lokalisierbare Methode handelt, müssen Sie sicherstellen, dass Ihre DLL in denselben Ordner kopiert wird, in dem die Metro-Anwendung implementiert ist.
Ich habe das Problem gelöst, indem ich die native DLL zu meinem Metro-Anwendungsprojekt hinzugefügt habe, um sicherzustellen, dass Build Action auf Content und In Output-Verzeichnis kopieren
Nach Antworten von Pavel Minaev auf Chris Pietschmanns Antwort:
P / Invoke und COM Interop werden mit Sicherheit für .NET Metro Apps unterstützt. Die Win32-API wird ebenfalls unterstützt und kann über die oben genannten Technologien aufgerufen werden. Sie ist jedoch auf die Funktionen beschränkt, die für Metro-Apps verfügbar sind (dh wenn eine C ++ Metro-App sie nicht aufrufen kann, auch keine .NET-App) / p>
Wie Morten Frederiksen darauf hinweist, ist es jedoch wahrscheinlich, dass CarTFTFM.dll einen nicht unterstützten Teil des Win32 enthält API-Oberfläche für WinRT:
Nur eine Teilmenge der Win32- und COM-API wird unterstützt: msdn.microsoft.com/de-de us / library / windows / apps / br205757
Tags und Links silverlight windows-8 windows-runtime microsoft-metro pinvoke