新增的**如下：
{ int retval;
int ti;//zjh
char *tm;
tm = nargv;
_diagassert(nargv != null);
_diagassert(options != null);
_diagassert(long_options != null);
/* idx may be null */
printf("getopt_long函式被呼叫,本函式第1個引數nargc=%d \n",nargc);//zjh
for (ti=0;tiif ((retval = getopt_internal(nargc, nargv, options)) == -2) //internal:內部的//前兩個引數對應於main(...)，第三個即為冒號分隔的字串 {
記的nargv = tm;//zjh 是在一開始把nargv的首位址記下，在對nargv++後，要還原回去，不然後面的位址就是錯的了，其實應該拷貝乙份出來，不是很熟悉，所以偷懶一下了。
列印的結果如預期，是乙個向量，或者叫長字串吧，中間各引數是用空格分隔的：
其實我輸入的測試命令是「x264 --crf 22 -o test.264 hall_cif.yuv 352x288」，可以看到，它把這些以空格為分隔迴圈列印了出來啦。
Peercast接收到GnuPacket的處理過程
對於包是丟棄 廣播或者是繼續路由是通過設定r type型別來判斷的。這是在gnustream類中定義的，其中gnustream完成收包 發包 處理包等操作 enum r type 通過gnustream r type processpacket gnupacket servent gnuid 這個函...
js 處理接收到的資料
對的我，我們遇到伺服器端傳送過來的資料，第一時間可能想到的是json資料解析，對不對。然而我今天遇到一件麻煩的事情。本來介面文件說的好好的，只傳送形如 即 的json資料。然而，當我信心滿滿想解析該資料的時候 var obj json.parse data 卻得到了object 甚至 unexpec...
接收沒有收到請求，Why
今天在測試之前已經寫好的介面，執行以前能正確啟動的測試 時，響應碼顯示200，但是沒有返回結果。然後在介面入口處寫了輸出語句，也沒有列印出來。這是怎麼了，怎麼就不行了呢？其實，原因很簡單，就是請求被攔截了。專案設計就是在訪問界面前，會對引數進行校驗，只有校驗成功才能進入介面。而我執著於介面和測試 之...