#author("2022-03-30T01:08:18+09:00","default:tutimura","tutimura")
* プログラミング実習II情報 教科書の正誤表 [#h7cc1923]
[[『C言語によるプログラミング 基礎編 第3版』:https://www.ohmsha.co.jp/book/9784274226069/]]（1刷）の明らかな誤植だけでなく、初学者には混乱の元になる無駄な記述を以下に指摘します。
** 3章 [#n29d1732]
:p.64 表3.3|long doubleの使用ビット数（最低保証）は、言語仕様上はdouble以上であることのみが決められていて、具体的な値は指定されてないはずです。少なくとも80ではなく、VisualStudioのあるバージョンでは64（つまりdoubleと同一）です。
:p.65 図3.3の4行上|『（この表現方法はコンピュータによって異なります）』→『（この表現方法''も''コンピュータによって異なります）』あたかも整数型と浮動小数点で状況が異なるかのような言い回しですが、整数値のマイナス表現にもバリエーションがあります。（p.68 の Coffe Break 3.4 で、2の補数であることが決まっているかのような説明になっているのも間違いです。）
:p.65 図3.3|浮動小数点の内部表現には、「符号部」を含める必要がありますが、この図では抜けています。
:p.65 表3.5|double の正の小さな値の 2.2251e-308 は正規化数に限った場合で、精度が落ちてよければ4.9e-324まで表せます。負の値や、float, long double でも同様に、より0に近い値まで表せます。
:p.66 3行目|『精度がよい』→『精度が''同じか''よい』
:p.66--67 coffee break 3.2 内|「最小値」という単語が、文脈によって２通りの意味に用いられていることに注意。「doubleの最小値」には''０より大きい正規化数''という前提がついているのに対して、「intの最小値」にはその前提がありません。なお、前提なしの「doubleの最小値」は -DBL_MAX です。
:P.67 coffee break 3.3|intのビット数は、「アーキテクチャで提供される自然の大きさ」（K&R第2版日本語版）として選ばれます。演算が高速であることは、（考慮すべきですが）絶対的な条件ではありません。
:p.78 下から1行目|『全体で15桁、小数点以下3桁』→『全体で''少なくとも''15桁、小数点以下''がちょうど''3桁』
:p.79 上から2行目|『全体で15桁』→『全体で''少なくとも''15桁』
** 5章 [#o569581b]
:p.184 リスト5.6の直前の段落からリスト5.7まで|『また、関数の定義では、その多くを省略することができます...』→関数の定義では、C言語の旧規格との互換性のために、省略できるキーワードがいくつかありましたが、省略するメリットはありませんのできちんと記述するようにしましょう。なお、C99 からは省略時の動作保証もなくなっています。
:p.184 脚注13|『引数を省略すると、void型の引数となります。』→『引数を省略すると、引数の型チェックがされなくなり、どんな引数で呼び出してもエラーになりません。』
:p.199 下から3行目|『総''省''選択』→『総''称''選択』
** 6章 [#acf404b8]
:p.236 下から7行目|『オプション(-lm)をつけてコンパイルする必要があります。』→『オプション(-lm)の必要な場合があります。』 Cygwin のように、gcc でも -lm の不要な環境があります。
:p.238 中央の数式|分散の式の最後の項が違います。カッコの位置を次のようにします。（あるいは、カッコは不要です。）
#ref(プログラミング実習I/var.png);
:p.263 上から（ソースコードを含めて）10行目|『/* Case2 */ int a[3][2] = {1,2,3,4,5,6}; と定義することもできます。』→『int a[3][2] = {1,2,3,4,5,6}; という記述はエラーにはなりませんが、「初期化子の周りに中括弧がありません」といった警告が出ることがあります。』
** 7章 [#a11feb1d]
:p.283 Coffe Break 7.2|strcpy_s() や strcat_s() は C11 で導入された関数ですが、オプショナル機能と位置づけられているため、例えば gcc では使えません。
** 9章 [#x8c1165c]
:p.317の2段落目--p.318の2行目|『また、構造体タグの省略について...警告を出すコンパイラも存在します。』→構造体タグを省略する手法は、その構造体を他の場面で利用できなくなるので、通常は用いられません。後述の9.5.1節(p.339)のように、typedef と組合せて型名を名付ける場合には、構造体タグを省略する手法がよく用いられます。
:p.320 リスト9.1|構造体がmain関数内で宣言されていますが（しかも変数定義を同時に行なっていますが）、こうするとこの構造体は通用範囲がmain関数に限定されてしまい、他の関数で用いることができませんので、このような使い方はしません。通常は複数の関数で扱えるように、構造体の宣言は関数の外側（特にプロトタイプ宣言の直前）に記述します。そして変数定義は分離することになります。
:p.338 ソースコード内の下から3行め（print_address()関数内）|printf(" zip:''%l''\n", addr.zip);→printf(" zip:''%d''\n", addr.zip);
** 10章 [#t7287778]
:p.371 リスト10.7|プログラムの中程で「if( (fp=fopen()) == NULL)」とNULLとの比較が記述してあるのに、もう少し下では「while(fgets(string, STRING_SIZE, fp))」とNULLとの比較が省略されていて、一貫性に欠けます。このページの２行目には「fgets関数はNULLを返します」との記述があるので、「while(fgets(string, STRING_SIZE, fp) != NULL)」と明示するのがよいでしょう。
** 11章 [#v05ff45c]
変数名や関数名の命名規則に、C言語では「すべて小文字、単語は_をはさんで連結する」というスネークケースが用いられるのが一般的ですが、「単語の先頭を大文字にして隙間なくつなげる」というキャメルケースや、大文字小文字の使い分けルールの読み取れない部分が残っています。（第2版よりは減りました。）スネークケースで統一されるよう、変数名は以下のように読み替えるのがよいでしょう。
:383ページ|『MonthlyRecord_t』→『monthly_record_t』&br;『DailyRecord_t』→『daily_record_t』&br;また、このように typedef と組み合わせる場合、構造体にタグ名（MonthlyRecord_T や DailyRecord_T）をつける必要はありません。
:387ページ|『MonthlyRecord_t』→『monthly_record_t』&br;『dayCount』→『day_count』&br;『dataFile』→『data_file』&br;他にも多数あります。
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
