managed

    2熱度

    2回答

    我正在構建一個使用一些user32.dll函數和幾個gdi32.dll函數的PowerShell腳本。過去我不得不多次這樣做。 我厭倦了在我的PowerShell代碼中查看字符串中這些巨大的C#代碼塊。我也厭倦了爲每個我打算使用的函數尋找PInvoke代碼。我想有一個包裝所有(已知)user32.dll函數的單個DLL,以便我可以一勞永逸地將它們提供給我。 我已經google了一下,似乎無法找到任

    -1熱度

    1回答

    我的C#項目引用的託管dll具有對本機dll的依賴關係。因此,在調用託管的dll函數之前,我將原生dll複製到文件夾:Path.GetDirectoryName(Assembly.GetAssembly(typeof(ManagedDllClass)).Location)。 但是,我仍然遇到問題,在執行本機調用時,我的調試器掛起。這可能是什麼原因?處理引用的託管dll取決於本機dll的情況的首選方

    0熱度

    1回答

    我使用的混合組件用下面的代碼: #include "stdafx.h" #pragma managed using namespace System::Security::Cryptography; array<System::Byte, 1> ^ComputeHashS(array<System::Byte, 1> ^Data) { RIPEMD160Managed^ r

    4熱度

    2回答

    我已經完成了一些託管包裝處理包裝unmanged代碼用於託管,但沒有那麼多,以另一種方式。 我正在運行一個實驗,使用託管代碼來查找目錄並將它們返回到std向量中。長話短說,我正在搞下面的例子,並注意到一個問題。 #include "Helper.h" #include <msclr/marshal.h> #include <msclr/marshal_cppstd.h> using na

    0熱度

    2回答

    我正在構建一個託管的DLL與MSI捆綁在一起,並附帶適當簽名的目錄。 MSI安裝失敗報告集的名稱,ProcessorArchitecture用於等具有詳細記錄運行MSIEXEC,下面所示: MSI (s) (64:DC) [14:31:33:754]: Assembly Error:An HRESULT could not be translated to a corresponding Win3

    2熱度

    1回答

    我有一個C#dll(爲其設置COM互操作選項的註冊表)。 這個C#DLL有以下接口和類 interface IMyInterface { bool IsNameExists(string name); List<string> GetNameList(); } public class MyClass : IMyInterface { public boo

    0熱度

    1回答

    我已經使用非託管dll完成了這項工作,但在使用託管dll時遇到了一些困難。 我想一個字符串傳遞給它處理它,並返回修改後的字符串 C的目的,我的託管C++包裝類++ DLL是返回一個文件的十六進制代碼(後來修改它做一些複雜的任務在DLL中),我把它作爲一個字符串傳遞,對於這個認識,我已經使用託管的C++ DLL而不是非託管的。 我的C++類如下: using namespace std; //m

    -1熱度

    3回答

    我想讓用戶爲我的某個應用程序創建自定義插件。 我想過使用一些類似於動態庫的方法,但是使用了節點模塊。問題是不希望用戶能夠做有害的事情,如不恰當地使用網絡或訪問文件系統。 有沒有什麼辦法可以限制特定模塊的NODE Native API?

    0熱度

    1回答

    我正在將大量代碼從非託管C++程序集重構到C#程序集。目前有兩種混合模式彙編,當然是混合使用託管代碼和非託管代碼。有一個函數我試圖調用非託管C++,它依賴於FILE * s(在stdio.h中定義)。這個函數綁定到一個更大的過程中,這個過程不能被重構成C#代碼,但是需要從託管代碼中調用哪個現在。 我已經搜索,但無法找到System :: IO :: FileStream類使用什麼樣的基礎系統指針的

    0熱度

    1回答

    我可以使用託管代碼從可執行文件檢索位圖信息嗎?