エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
int型のchar型への代入について
順序的には3番から考えた方が良いですね。 というわけで3番から。 >3.そもそも1文字とりだすfgetc... 順序的には3番から考えた方が良いですね。 というわけで3番から。 >3.そもそも1文字とりだすfgetcの戻り値がcharでなくintなのはなぜ? ヘルプをごらんになるとわかると思いますが、fgetc()は 次の文字を返すという記述があり、ファイルの終端または エラーが発生した場合EOFを返すとなっています。 ここで、もしfgetc()がcharを返す関数だった場合を考えてみます。 そうすると、通常は0から255までが文字コードとして使えることを 想定しているcharではEOFを表現することができなくなってしまいます。 エラー発生などを知る必要がなければそれでも良いのかもしれませんが、 ほとんどの人は困ると思います。 何よりファイルの終わりが検出できませんし… というわけで、charよりも大きな値を扱える型を採用することで EOFを表現可能としています。 なお、「それだったらshortでも