移植libnoPoll到SylixOS遇到的問題總結

1.概述
關于libnoPoll移植到SylixOS的移植過程及移植方法參考工程技術筆記《移植libnopoll到SylixOS技術筆記》。本篇文檔旨在描述移植過程遇到的問題及解決問題的方法。

2、問題描述及解決方法
2.1 編譯提示未定義選項
在完成libnoPoll庫工程的創建后，在編譯時提示“'SO_BINDTODEVICE'undeclared (first use in this function)”，經過查閱資料得知‘SO_BINDTODEVICE’是一個套接字選項，該選項用于將套接口綁定到指定的網絡接口上。一般用于實現多網口負載均衡的方法。通常調用setsockopt接口對某個套接口進行套接字選項的設置。
在SylixOS中setsockopt函數原型如下所示。

#include <sys/socket.h>
int setsockopt(int s, int level, int optname, const void *optval, socklen_t optlen);

函數setsockopt原型分析：
此函數成功時返回0，失敗時返回-1并設置錯誤號；
參數s是套接字（socket函數返回）；
參數level是選項等級如下表 所示；
參數optname是選項名如下表所示；
參數optval是選項值；
參數optlen是選項長度。
通過調用setsockopt函數來設置不同選項等級的不同選項，參數optval是一個指向變量的指針類型，根據不同的選項，類型也不同。

在libnoPoll中的調用如下所示。

setsockopt (socket, SOL_SOCKET, SO_BINDTODEVICE, options->_interface, strlen (options->_interface));  

對于'SO_BINDTODEVICE'套接字選項，在Linux的man手冊中，有如下三點結論：

• 對于TCP套接口、UDP套接口、RAW套接口，可以通過SO_BINDTODEVICE套接口選項將套接口綁定到指定的網絡接口上。綁定之后，套接口的所有數據包收發都只經過指定的網絡接口。
• 對于PACKET類型的套接口，不能通過SO_BINDTODEVICE綁定到指定的網絡接口上，而要通過bind接口來與特定的網絡接口綁定，所用的套接口地址結構為struct sockaddr_ll，此套接口地址結構是鏈路層的地址結構，獨立于具體的網絡設備。比如，該地址結構既可以用于表示PPP設備，也能用于表示Ethernet設備。
• SO_BINDTODEVICE套接口選項只適用于Linux系統。如果要編寫運行在多操作系統平臺上的程序，不能依賴SO_BINDTODEVICE來完成套接口與具體設備的綁定。
  通過閱讀SylixOS的源碼并由第三點結論可知，在SylixOS下并沒有提供該套接字選項，在沒有指定該套接字選項的情況下，每次在發送數據包之前，內核會先查找路由表從而決定從哪個網絡接口上發送數據包。因此，為了能夠保證工程能夠正確編譯，需要將該套接口選項剪裁掉。剪裁后的libnoPoll將不再具有實現多網口負載均衡的功能。

2.2 測試用例運行時出錯
在libnoPoll的測試代碼中會使用system函數來運行某些shell命令，但有些shell命令在SylixOS下并不支持或支持相同功能但shell命令名不同，因此，在測試代碼運行過程中有可能會出錯，遇到這種情況，可根據具體情況修改libnoPoll中提供的測試代碼。
在RealEvo IDE的base工程中，默認會有libcextern（SylixOS C庫）和libsylixos(SylixOS內核組件)這兩個工程文件夾，在編譯base工程后會生成C庫文件和內核庫文件。在測試用例運行失敗后，通過跟蹤源代碼，發現在C庫和內核庫中都同時定義了getaddrinfo接口。默認情況下，在應用程序沒有指定引用哪個庫文件時，編譯時會使用內核庫中定義的函數。在工程屬性中可以重新設置引用的庫文件，通過將應用程序重新指定使用C庫之后，重新編譯應用程序，再次部署就能夠正常運行。

2.3 總結
由于大多數移植的中間件是從Linux下的工程移植過來的，因此，對于SylixOS不支持的特性，通常做法是看SylixOS有沒有可替換的方案，如果沒有的話，現階段是以裁剪為主。刪去不必要的功能。