Linux動態庫載入失敗/設定執行時搜尋路徑

阿新 • • 發佈：2019-01-24

程式執行時有以下錯誤
./dom1: error while loading shared libraries: libmemcached.so.11: cannot open shared object file: No such file or directory
動態庫載入失敗

1、首先應該使用命令檢視所載入的庫

 ldd ./dom1
    linux-vdso.so.1 =>  (0x00007ffdb4368000)
    libmemcached.so.11 => not found
    libc.so.6 => /lib64/libc.so.6 (0x00007f4174962000 
)
    /lib64/ld-linux-x86-64.so.2 (0x00007f4174d33000)

看看所載入的庫
2、使用命令檢視載入庫時所搜尋的路徑

LD_DEBUG=libs ./dom1 -v
46688:  find library=libmemcached.so.11 [0]; searching
     46688:  search cache=/etc/ld.so.cache
     46688:  search path=/lib64/tls/x86_64:/lib64/tls:/lib64/x86_64:/lib64:/usr/lib64/tls/x86_64:/usr/lib64/tls:/usr/lib64/x86_64:/usr/ 
lib64        (system search path)
     46688:   trying file=/lib64/tls/x86_64/libmemcached.so.11
     46688:   trying file=/lib64/tls/libmemcached.so.11
     46688:   trying file=/lib64/x86_64/libmemcached.so.11
     46688:   trying file=/lib64/libmemcached.so.11
     46688:   trying file=/usr/lib64/tls/x86_64/libmemcached.so.11 

     46688:   trying file=/usr/lib64/tls/libmemcached.so.11
     46688:   trying file=/usr/lib64/x86_64/libmemcached.so.11
     46688:   trying file=/usr/lib64/libmemcached.so.11
     46688: 
./dom1: error while loading shared libraries: libmemcached.so.11: cannot open shared object file: No such file or directory

可以看出大多在lib64中搜索，由於我沒有lib64這個目錄我的是lib目錄所以就報加載出錯。
解決方案
1、修改搜尋目錄
2、給你lib中的庫生成一個lib64的軟連線就可以解決

3，設定執行時搜尋路徑的方式，使用-rpath或-R連線選項來指定執行時搜尋路徑，其優先順序高於LD_LIBRARY_PATH。

$ g++ -o dom1 -L. -I. main.cpp -Wl,-rpath .
// 或
$ g++ -o dom1 -L. -I. main.cpp -Wl,-rpath=.
// 或
$ g++ -o dom1-L. -I. main.cpp -Wl,-R.

Linux動態庫載入失敗/設定執行時搜尋路徑

程式執行時有以下錯誤 ./dom1: error while loading shared libraries: libmemcached.so.11: cannot open shared object file: No such file or direc

Linux 動態庫載入

動態庫執行時搜尋順序 1.LD_PRELOAD 　　LD_PRELOAD是一個環境變數，用於動態庫載入，動態庫載入的優先順序最高； 2.-wl,-rpath 　　編譯目的碼時指定的動態庫搜尋路徑（指的是用-wl,-rpath），readelf -d 命令可以檢視編譯的目標檔案中rpat

Linux動態庫載入函式dlopen原始碼梳理(二)

中大概梳理了整個流程，還有_dl_map_object_from_fd()，以及link_map結構沒有進行分析，在這裡對這兩部分進行分析由於_dl_map_object_from_fd()比較長，整個函式的程式碼就放到最後作為附錄，前面部分來一點點進行梳理。一、

linux 設定執行時動態庫路徑

export LD_LIBRARY_PATH="/mnt/pub/libs/share:$LD_LIBRARY_PATH" PATH和LD_LIBRARY_PATH本質都是變數，所謂變數的意思就是由別人賦值產生的，直覺往往會讓我們新增和減少這個變數本身的某些路徑

linux下編譯、連線及執行時環境變數設定（boost庫為例）

以boost庫的存放目錄/usr/boost為例, 開啟/etc/profile, 追加以下內容（前兩行為編譯時路徑）: export CPLUS_INCLUDE_PATH=/usr/boost/include:$CPLUS_INCLUDE_PATH export LIB

linux動態庫so呼叫外部so，執行時出現undefined symbol

1、首先排查，C++呼叫了c的庫？是不是需要加上extern "c"，尤其是類的動態庫，需要用到工廠模式，create一個物件出來，該工廠函式需要extern "c"宣告。 extern "C" CDbBase* create(); extern "C" void dest

Linux動態庫的靜態載入和動態載入的使用

動態庫的靜態載入 math.c #include<stdio.h> int add(int a,int b) { return a+b; } show.c #include<stdio.

Qt在pro中設定執行時庫MT、MTd、MD、MDd，只適合VS版本的Qt

轉自：http://blog.csdn.net/caoshangpa/article/details/51416077 一.在pro中設定執行時庫最近在用Qt5.6.0（VS2013版本）呼叫一份用Visual Studio 2013編譯的Debug版本靜態庫時出現如下錯誤：

在Linux動態庫Project中連結靜態庫時，遇到error adding symbols: Bad value的問題

現象：在生成某個動態庫比如SDS_Utility.so的時候，需要靜態連結某些庫，如libboost_log.a, 報上述錯誤。原因：靜態庫想連結進動態庫，必須滿足一定的條件，靜態庫需要加-fPIC選項編譯，編譯成Position Independent C

LD_LIBRARY_PATH環境變數設定及Linux動態庫查詢方法

轉自：http://james23dier.iteye.com/blog/763274 略有改動在linux下的程式設計，毫無疑問的遲早都要用到LD_LIBRARY_PATH這個環境變數，不過這個環境變數是基於shell的，也就是說只有在當前設定了的shell裡才會

linux動態庫lib和inlcude 載入方法

眾所周知，Linux動態庫的預設搜尋路徑是/lib和/usr/lib。動態庫被建立後，一般都複製到這兩個目錄中。當程式執行時需要某動態庫，並且該動態庫還未載入到記憶體中，則系統會自動到這兩個預設搜尋路徑中去查詢相應的動態庫檔案，然後載入該檔案到記憶體中，這

linux動態庫的種種要點

統一 pri ont http 指向 try 找到 track linux linux下使用動態庫，基本用起來還是非常easy。但假設我們的程序中大量使用動態庫來實現各種框架/插件，那麽就會遇到一些坑，掌握這些坑才有利於程序更穩健地執行。本篇先談談動態庫符號

Linux動態庫多重依賴

png windows window stdio.h not found 源文件 AR TE 再次 1、動態庫依賴關系 test->hello->world 2、源文件 //world.cpp #include <stdio.h> void wo

.netcore在linux下使用P/invoke方式調用linux動態庫

glob glibc glibcxx pointer ngs 得到 bst view ons .netcore下已經實現了通過p/invoke方式調用linux的動態鏈接庫(*.so)文件 1 [DllImport(@"libdl.so.2")] 2

Linux 動態庫和靜態庫

Linux作業系統中，依據函式庫是否被編譯到程式內部，將其分為兩大類，靜態函式庫和動態函式庫。 Linux下的函式庫放在/lib或/usr/lib，標頭檔案放在/usr/include。在既有靜態庫又有動態庫的情況下，預設使用動態庫，如果強制使用靜態庫則需要加-static選項支援。

【Linux動態庫目錄】增加linux動態庫目錄

動態庫目錄在Linux下面動態庫目錄載入入口在**/etc/ld.so.conf**檔案預設該檔案只有一行“include /etc/ld.so.conf.d/*.conf”，其中ld.so.conf.d是預設動態庫的配置的存放目錄。我們用 sudo vim /etc/ld.s

關於VS2010編譯共享DLL改為靜態DLL出現錯誤出現類似問題，一般是動態庫載入順序問題： error LNK2005: "void __cdecl operator delete(void *)" (

如題：出現類似問題，一般是動態庫載入順序問題： error LNK2005: "void __cdecl operator delete(void *)" ([email protected]@Z) already defined in LIBCMTD.lib 解決方法

一種攔截Linux動態庫API的方法及裝置

描述攔截Linux動態庫API的常規方法，是基於動態符號連結覆蓋技術實現的，基本步驟是 1. 重新命名要攔截的目標動態庫。 2. 建立新的同名動態庫，定義要攔截的同名API，在API內部呼叫原動態庫對應的API。這裡的同名是指與重新命名前動態庫前的名稱相同。顯而易見

linux動態庫與靜態庫程式設計

個人覺得在linux環境下,動態庫和靜態庫的程式設計更加容易. 首先要熟悉gcc的各個引數意義 -E 預編譯 -S 編譯 -c 彙編成二進位制程式碼,-C 生成可執行檔案 1,編寫static.c 2,將static.c編譯成二進位制程式碼:gcc -c static.c&nbs

Windows開發之動態庫載入

前段時間寫程式碼，主程序要載入很多dll，剛開始寫的dll動態載入，好麻煩的說。老大說寫成靜態載入，理解錯了意思，改成了靜態庫，真的傻。好長時間沒寫動態庫，忘得差不多了，筆記裡也是簡單記了下。最後改成了個dll靜態載入，現在來總結一下吧。動態庫，在Windows下為dll檔案，Linux下是so，這裡先不

Linux動態庫載入失敗/設定執行時搜尋路徑

相關推薦