バイト数の違いが分かりません

Question

前提・実現したいこと

ｃで通信するためにreadの関数を使用しています。
サーバーから文字列を受信するのですが
readから返ってくるバイト数とbufのバイト数の違いが分かりません。
bufはstrlen(buf)で数えています。
例：文字列が-9878の場合
readのバイト数は6, bufのバイト数は5でした。　
readのバイト数が1多いのはbufの終端文字を数えているためでしょうか。

該当のソースコード

ssize_t read(int fd, char *buf, size_t count);

試したこと

ここに問題に対して試したことを記載してください。

補足情報（FW/ツールのバージョンなど）

JM Projectから少しコードを引用
https://linuxjm.osdn.jp/html/LDP_man-pages/man2/read.2.html

Comments

[maisumakun]

「bufのバイト数」はどうやって数えましたか？

[Daregada]

「readから帰ってくるバイト数」はまだreadの返り値だとわかりますが、「bufのバイト数」は意味不明です。strlenの返り値のことでしょうか。

[SHOMI]

区切りがわかるように終端の'\0'をつけて送られた文字列を受信し、bufはstrlen()で数えたんじゃないですか？
で、readは実際に受信した'\0'を含めた6バイト、strlen()は'\0'をカウントしないので5が返ったと。

[Jhon_McClane]

bufはstrlenで返しています

[dodox86]

サーバー側から例えばsendまたはwrite(socket, "-9878", 6); と送信したらこのようなケースになる、と言い換えたら分かるでしょうか。

[Jhon_McClane]

はい！分かりました

Answer 1

質問の原因自体は文字列の終端文字の話みたいですが、

それ以前の問題として
TCP/IPの場合、サーバーがNバイト送ったからread一発でNバイト受信できるはず...なんて考えると時として痛い目を見ますよ。
ここ(いろいろ古くなってますが)の20番とか。

もう一つ、「C言語の規則」を、それが必ずしも適用されない通信の世界に持ち込んだりすることにも注意深くあるべきだと思います。TCP/IPでデータを送ってくる相手はC言語の世界の住人ではないかも知れません。文字列の終端が\0だという期待は勝手には出来ません。それを期待していいという特別な条件があるなら、質問でもそれを明示して下さい。

Comments

[Jhon_McClane]

質問の段階でもう少し丁寧に記述すべきでした。
学校からの課題でNegalアルゴリズムを回避することを行っていたのですが、TCP_NODELAYなどを他にも様々なことを試していく段階でなかなか上手く生きませんでした。先生に相談したところ、readのバイト数とbufのバイト数を比較するだけでもパケットが統合されてしまっているかを判断できるとご教授くださいましたので、そのヒントを頼りに実行した結果の違いをこちらで確認しました。

Answer 2

readのバイト数が1多いのはbufの終端文字を数えているためでしょうか。

おそらく、はい。
とりあえずbufの中身を

for( size_t i = 0; i < readの戻り値; i++){
    print("%X", buf[i]);
}

のようにして確認してみてはいかがでしょうか。

Answer 3

readが返すのは実際に読み取られてbufに入れられたバイト数で、strlenが返すのはbufに格納された文字列の長さ(ヌル文字は数えない)ですから、違って当然ですよね。