請(qǐng)教大家一個(gè)調(diào)用so動(dòng)態(tài)庫的問題

zj47596731

情況如下：
    我自己編寫了一個(gè)libtest.so,然后寫了一個(gè)簡(jiǎn)單的測(cè)試程序：

1. #include <stdio.h>
   
2. #include <string.h>
   
3. #include <stdlib.h>
   
4. #include <dlfcn.h>
   
5. int main()
   
6. {
   
7. printf("-----for test begin-----\n");
   
8.     unsigned long int handle = 2;
   
9.     void *dp = dlopen("/lib/libtest.so", RTLD_LAZY);
   
10.                
    
11.     char *pszErr = dlerror();
    
12.     if( !dp || pszErr )
    
13.     {
    
14. printf("Load libtest.so failed!\n");
    
15.         return 1;
    
16.     }
    
17. 
    
18.     int (*File_Open)(unsigned long int*,int) = dlsym(dp, "File_Open");
    
19.     int ret = File_Open(&handle,0);
    
20. 
    
21. printf("ret = %d\n",ret);
    
22. printf("handle = %d\n",handle);
    
23. 
    
24.     dlclose(dp);
    
25. 
    
26. printf("-----for test end-----\n");
    
27. 
    
28.     return 0;
    
29. }
    

復(fù)制代碼

gcc -o test test.c -ldl

生成test可執(zhí)行文件，下載到目標(biāo)板后運(yùn)行，打印-----for test end-----后出現(xiàn)segmentation fault，
注釋掉“dlclose(dp)；”segmentation fault未出現(xiàn)，個(gè)人感覺很奇怪，如果dlclose()調(diào)用引起的
segmentation fault那應(yīng)該不打印-----for test end-----啊，但注釋掉就沒問題了，搞不懂啊！

ww2000e

檢查下open有沒有錯(cuò)？

zj47596731

難道我的glibc對(duì)dlclose支持的不夠好？
沒有遇到同樣問題的戰(zhàn)友？

zj47596731

回復(fù) 2# ww2000e


    dlopen沒有問題啦。
   在一些英文郵件列表中有看到相同問題，可惜沒看到解決方法，唉

liugang9931706

gcc -o test test.c -ldl

這樣編譯可以下載到目標(biāo)機(jī)上運(yùn)行嗎?
目標(biāo)機(jī)上的bin文件，.so文件都需要交叉編譯。

不過段錯(cuò)誤，一般是內(nèi)存越界之類，你可以現(xiàn)在pc上測(cè)試，測(cè)試OK后在移植到目標(biāo)板上運(yùn)行。

zj47596731

回復(fù) 5# liugang9931706


    寫錯(cuò)了，不是gcc，呵呵，關(guān)鍵是main函數(shù)執(zhí)行完才出現(xiàn)段錯(cuò)誤，我把main函數(shù)刪的只剩下dlopen和dlclose兩行也會(huì)段錯(cuò)誤，注釋掉dlclose就沒有了。