開發平台(Platform): (Ex: Win10, Linux, ...)
Linux
編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出)
gcc
額外使用到的函數庫(Library Used): (Ex: OpenGL, ...)
無
問題(Question)：
我的網路程式設計功課，需要寫一個UDP sender/reciever來傳資料
我想在sender open指定檔案後，一段段read進陣列裡傳到reciever，write進另一個檔案
但當我在read時，假設：
char buf[1024];
n = read(fd, buf, 1024); //fd指向已開啟檔案，大小5KB
把n和strlen(buf)印出來
n會是1024沒錯，但strlen(buf)卻遠小於1024
傳到receiver write進新開的檔案之後，新的檔案大小也會小很多
餵入的資料(Input)：
用dd隨機產生的5kb檔案
預期的正確結果(Expected Output)：
從sender端完美複製到reciever端
錯誤結果(Wrong Output)：
read進陣列的每段資料都差很多
程式碼(Code)：(請善用置底文網頁, 記得排版)
http://codepad.org/HGM1mFF7
如有需要完整的sender程式碼，我再另行附上
補充說明(Supplement)：
網路程式設計作業老是會出現神奇的bug......

你一次傳送1024個字母嗎..............

這樣是不好的習慣嗎O_O

用DD產生的5kb是什麼?全部都是DD DD DD DD這樣?

怎麼變藍色的o.0

如果你的檔案有一個byte是0x00 就會視為字串結束所以你要用n判斷大小 而不是strlenread/write直接拿來strxxx 就是無止盡的踩地雷遊戲

但實際上每段傳到receiver的東西大小也小於1024還是說我不應該用char陣列傳東西？那應該要用什麼型態？

不是不該用 char 陣列, 而是你要知道 char 陣列不等於字串strxxx 系列函數只能用在是字串的 char 陣列上你的資料是從 /dev/urandom 裡複製來的所以是二進位資料二進位資料不是字串所以不能用 strxxx 系列函數所以只有 read 的回傳值 n 可信, 你要 write 也要用 n話說回來, 既然是在練習 udp 傳輸, 一次就是固定一個大小所以不管傳什麼資料都不是 strxxx 出場的時候這也就是為什麼 read 這種 general 讀取的程式會回傳讀多少

嗯我懂了，write最後參數我的確不是用n判斷改一下試試看問題找到了，果然是write參數用錯，感謝大家