dynamic-loading

    2熱度

    1回答

    我是新來的C++在Visual Studio中。 我開發出一種帶有VS溶液: 一個C++/CLI DLL項目(A) 一個C++控制檯項目(B),它動態地加載A,使用LoadLibraryW 當我運行BI需要在A內進行調試。但A代碼中的斷點不起作用,它們有一個警告標誌符號,表示無法在此處打破。 我已經嘗試了許多設置,但沒有任何工作。這不是一件容易的事嗎?謝謝!

    0熱度

    1回答

    我有一個包含類定義的頭文件。該類包含一些公共函數和一些私有變量。該類被編譯成可執行文件。 可以說有人拿這個頭文件並創建一個「公共」副本。他刪除所有包含和私有變量(對未定義的符號使用前向聲明)。然後,他編寫自己的代碼(調用相關類的公共函數),對「公共」頭文件進行編譯並創建.so文件。 這會圖書館工作正常 如果它與可執行文件鏈接? 如果它是在運行時動態加載的?

    1熱度

    1回答

    導出的數據是否存在GetProcAddress版本? 我想這樣做: Mydll.cpp: MyDataType::MyDataType(long, wchar_t*) { //Dummy code this->temp = 3; } __declspec(dllexport) MyDataType Here(50, L"random text"); MyClient.

    0熱度

    2回答

    我動態加載我的JavaScript文件中的頁面: <html> <head> <script type="text/javascript"> window.onload = function() { var script1 = document.createElement('script'), script2 = document.creat

    1熱度

    2回答

    我正在寫一個「掛鉤」到其他寶石上的寶石。它設計用於處理類似事情的多個不同的寶石,這會將功能添加到可能存在的任何寶石中。 什麼我做寶石在啓動時是這樣的: if defined?(GemAModule) # Hook onto Gem A's observer methods end if defined?(GemBModule) # Hook onto Gem B's ob

    2熱度

    1回答

    我有一些抽象的問題。 可以說我有一個使用1000多個JS腳本文件的網站。 (不一次,但如果用戶通過所有現有的流程,則需要總共1000多個JS腳本)。 我知道使用RequireJS我可以動態加載任何我需要的腳本,並且這爲我節省了很長時間。 但是! 爲了讓RequireJS加載JS文件,它們需要由客戶端下載。 因此,第一次打開網頁時,我下載了超過1000個JS腳本文件,這也需要很長時間! 我想知道是否

    3熱度

    1回答

    動態加載的使用是否需要對代碼進行嚴格合法的C++特殊預防措施? C++ 11 Standard引用了某些事件的順序,例如第一次調用main()之前發生的事情。然而,動態加載似乎會將程序中事件排序的典型假設置於困境之外。 舉例來說,來自§3.6.2的引用。 靜態初始化應在任何動態初始化發生之前執行。 在動態加載的情況下,如果從字面上理解這似乎是一個幾乎不可能的義務。程序可能會產生動態初始化,然後動態

    1熱度

    1回答

    我想知道當你有一個jar,在你的運行程序中動態加載,jar中的所有內容(類,資源)都被存儲在VM內存的某個地方嗎?因此每次需要訪問類或文本資源文件(例如,通過getClass()。getResourceAsStream)時,它都可以從內存中快速取出,而不是再次訪問文件系統中的jar文件?即您可以在此之後刪除該jar。 對不起,如果我提出一個錯誤的問題,請將我的問題更改爲解釋類加載器過程,因爲我可能

    0熱度

    1回答

    Bash腳本是否可以加載DLL並調用其功能?如果是這樣,這怎麼辦?其他腳本語言,比如Python和Perl都可以做到這一點。 Bash怎麼樣?這似乎很少有網絡。 在測試環境中,通過調用可通過應用程序的DLL文件公開訪問的API鉤子來使用腳本(如Python或Perl)來自動執行測試過程。我的團隊正在爲我們的產品實施自動化測試。我們已經安裝了Bash並對它有所瞭解,但問題仍然是Bash是否可以用來調

    6熱度

    1回答

    如果我的可執行文件調用dlopen加載庫但忽略調用dlclose,則庫將保持加載狀態,直到進程退出並且操作系統強制它卸載。 如果我加載a.so它加載b.so,然後調用dlclose上a.so,並操作系統卸載b.so呢? 這與使用微軟等效的LoadLibraryEx的類似場景相比如何?