筆者在使用yocto從原始碼編譯tisdk時碰到gstreamer和gst-plugins編譯錯誤：
| controller-enumtypes.c:6:1: error: stray 『\』 in program
| \#include "gstinterpolationcontrolsource.h"
從開啟的原始碼看是自動生成的檔案裡#include 前多了乙個反斜槓。
上網一搜，知道是make版本公升級後的問題，現在是4.3。
怪不得之前編譯uboot好好的，後來也出現乙個\#include問題。
之前直接在work目錄下對原始檔乙個乙個改（刪去\)，今天重新編譯另乙個系統時，修改丟了。
但是又不想乙個乙個再去改了，得加個補丁了，否則以後重新編譯又過不去。
上網搜到devtool是個好東西。
建立環境
/yocto/tisdk/build$ devtool modify gstreamer1.0
會生成工作目錄在
/yocto/tisdk/build/workspace/sources/gstreamer1.0$
在此處對原始碼（配置檔案，指令碼）修改，具體修改見後面patch。
可以一邊修改，一邊bitbake gstreamer1.0驗證
修改後git commit， 訊息將會是後面生成的patch名字
devtool reset gstreamer1.0
最後再去試試bitbake gstreamer1.0，這下沒問題了。
用vmare虛擬機器，虛擬linux下串列埠對聯
這個方法在同一臺電腦上使用兩個vmare機虛擬linux，在同乙個vmare機上也可以建立兩個串列埠對聯，見文章末尾 建立一對虛擬串列埠，並虛擬串列埠聯通，搭建出兩機的串列埠通訊通路。適用於在沒有串列埠硬體裝置的情況下，除錯串列埠通訊程式。1 確保安裝了linux的vmare虛擬機器的串列埠沒被其他...
用vmare虛擬機器，虛擬linux下串列埠對聯
這個方法在同一臺電腦上使用兩個vmare機虛擬linux，在同乙個vmare機上也可以建立兩個串列埠對聯，見文章末尾 建立一對虛擬串列埠，並虛擬串列埠聯通，搭建出兩機的串列埠通訊通路。適用於在沒有串列埠硬體裝置的情況下，除錯串列埠通訊程式。1 確保安裝了linux的vmare虛擬機器的串列埠沒被其他...
對ashx請求用Gzip,Deflated壓縮
摘至 對ashx請求用gzip,deflated壓縮 gzip壓縮 檢視請求頭部 string acceptencoding context.request.headers accept encoding tostring toupperinvariant if string.isnulloremp...