vxWorks應用程式加載的另一種辦法

現在我們的工作中，應用程式一般都是和bsp聯編，然後将vxworks_rom.bin燒到班子裡。在bsp啟動後，調用應用程式的函數的。

但是這樣有個問題，就是應用程式和bsp結合的太緊密了。bsp開發者得将bsp代碼給應用程式開發者，或者應用程式開發者得将應用程式編譯後的.a檔案給bsp開發者，才能完成程式的更新！

那麼下面的方法是我這兩天弄出來的，可以将應用程式和bsp開發分離的一個辦法。隻要開始将接口約定好就可以了！還不是很成熟，我也還沒有正式在項目中使用，但是我相信這是一個不錯的選擇！

首先，要建立一個檔案系統，tffs的檔案系統就可以。磁盤大小隻要可以放的下應用程式編譯後的檔案就好了。這步就不贅述了。

然後，在bsp工程的usrapp中添加下載下傳應用程式子產品和啟動接口程式的代碼。下面主要說明這步,代碼如下：

#include "loadlib.h"   

#include "stdio.h"   

#include "tasklib.h"   

#include "iolib.h"   

extern symtab_id syssymtbl;  

void usrappinit (void)  

    {  

#ifdef user_appl_init   

 user_appl_init;  /* for backwards compatibility */  

#endif   

 funcptr taskentry=null;  

 sym_type *ptype;  

 intfd=open("/tffs0/appproj.out",o_rdonly,0);  

 if(fd==null)  

 {  

 printf("/nopen project fail../n");  

 return;  

 }  

 if(loadmodule(fd,load_all_symbols)==error)  

 printf("/nload module fail.../n");  

 if(symfindbyname(syssymtbl,"appentry",(char* *)&taskentry,ptype)==error)  

 printf("/nfind symbol fail.../n");  

      taskspawn("entry",100,0,1024,taskentry,0,0,0,0,0,0,0,0,0,0);  

   /* add application specific code here */  

主要代碼。隻要應用程式将更新後的工程編譯成.out檔案，上傳到磁盤/tffs0中，就可以了！當然，應用程式的入口函數appentry不能變。

最後，這段代碼如果之間運作，可能會遇到一些問題：

 1.loadmoudle失敗，報錯relocation value doesnot fit in 24 bits。這是因為函數在記憶體中的位置超出了跳轉的最大距離（一般跳轉指令是24bit,32m）.為了解決這個問題，按如下步驟：

    在應用程式的工程中選擇"builds"->"default"->"c/c++complier",在後邊加入-mlongcall（gun）或者-xcode-absolute-far（diab），點選ok.

把這個編譯出來的.out檔案上傳到檔案系統。

2.symfindbyname失敗。這個原因可能是因為應用程式的工程是cpp檔案，也就是c++檔案。c++編譯出來的檔案，符号表的入口和c不同，是以找不到。如，同樣的entry(void,int)函數，c編譯出來就是entry,而c++可能是entry_fvi，這個由于不同的編譯器而不同。解決這個問題，有兩個辦法：

  (1).入口函數所在的檔案，不要用cpp檔案，全部改用c檔案。

  (2).cpp檔案中的入口函數包含在external "c" {}中。