10月 12日の評価

警告！

別人の解答がほぼ同一（たった一文字違い！）というケースがあった。レポートの丸写しは、明確な不正行為であり、学則による処罰（半期分の単位取消と停学）の対象にもなり得る。今後、二度とこのようなことはあってはいけない。（見せた側も同罪である。）

インデンテーションについて

例えば、factorial.cの場合、インデンテーションに合格点をあげられそうな解答は 26/72 で約 1/3である。もう一度約束事を読み直すこと。
もう一度タブ文字の設定を見直すこと。
提出した後にブラウザでどのように見えるか、確認用のリンクで確認すること。
（必須）インデンテーション:
提出ファイル名: indent.c

以下のプログラムは動作はするがインデンテーションが滅茶苦茶である。プログラミングIIのインデンテーションの約束事に厳密に従って（特に 5番目のルールに注意）、インデントしなおせ。もちろん動作は変えないこと。
```
#include <stdio.h>

int main(void) {
   int i, j;
for (i = 1; i <= 7; i++)  {
for (j = 1; j <= 11; j++)
     printf("%d", (i+j-1)%10);
     printf("\n");
                        }
   return 0;
               }
```

escape.cについて

正解は

  printf("printfは\"も\\も%%も出力できます。\n");

多かった間違いは
```
  printf("printfは\"も\\も\%も出力できます。\n");
```
や
```
  printf("printfは\"も\\も%も出力できます。\n");
```
などである。このような、\%や %も といったエスケープシーケンスや変換指定は、未定義であり、その結果は処理形依存とされている。特定のプラットフォーム・コンパイラで、動作したからといって、他のプラットフォーム・コンパイラで、同じように動作するとは限らない。（実際 FreeBSD上のgccでは表示されない。）

third.cについて

多かった間違いは

int型で割り算をしてしまうもの。

int main(void) {
    int    a;
    double b;
 	
    printf("整数：");  scanf("%d",&a);
    b = a / 3 ;
    printf("その1/3は%fです。\n", b);
 	
    return(0);
}

整数と指定されているのに、 double型の変数で入力を受けるもの。
printfのdouble型に対する変換指定が %lfになっているもの。 %lfという変換指定はprintfに対しては未定義（つまり処理形依存）である。

などである。

変換指定をもう一度確認しておくこと。

	`int`	`intの例`	`double`	`doubleの例`
`printf`	`%d`	`printf("%d", 1);`	`%f`	`printf("%f", 3.14);`
`scanf`	`%d`	`int i; scanf("%d", &i);`	`%lf`	`double d; scanf("%lf", &d);`

addHM.cについて

プログラムの流れがややこしい解答が多い。次のように単純な構造で済むはずなのに、

    hour3   = hour1 +  hour2;
    minute3 = minute1 + minute2;
    hour4   = hour1 -  hour2;
    minute4 = minute1 - minute2;

    if (minute3 >= 60) {
        hour3++;
        minute3 -= 60;
    }

    if (minute4 < 0) {
        hour4--;
        minute4 += 60;
    }

    printf(...);

以下のような複雑な構造の解答が多々あった（実際の解答はもっと奇々怪々）。

    if (minute3 >= 60) {
         if (minute4 < 0) {
            ... 
         } else {
            ... 
         }
    } else {
         if (minute4 < 0) {
            ... 
         } else {
            ... 
         }
    }

0分, 60分ちょうどになる時など、テストが不足している解答が多い。
0 <= min < 60のような書き方はできない。 C言語の文法では(0 <= min) < 60と解釈されて、 0 <= min は 0か 1なので、常に真になってしまう。

factorial.cについて

階乗の結果を計算する変数にsum（和）という名前を付けるのはおかしい。
fact(12)=479001600まで正しく計算する。 fact(13)は本当は6227020800だが（bcc32の） int型では計算できない。
bcc32の場合 int型は32bitであり、 -2,147,483,648～2,147,483,647の数を表すことができる。ちなみに、C言語の仕様がint型に対して各処理形に要求しているのは少なくとも-32767～32767の範囲を表せることである。
コンピュータの限界ではない。あくまでも bcc32のint型の限界である。
10進数の桁数は関係ない。

sankaku.cについて

n1 > n2 || n2 > n3 || n1 > n3という条件式は最後の n1 > n3は冗長である。
やはり、テスト不足の解答が多い。短辺:3, 中辺:4, 長辺:8などのケースを正しく判定できない解答が多かった。

sankaku2.cについて

直角二等辺三角形も理論的には判定できるようになっていないといけない。

star.cについて

sin, cos, M_PIなどを説明していなかったためか、ほとんどやっている人がいなかった。
sin, cosはおなじみの三角関数で角の単位はラジアンである。 M_PIは円周率 3.1415926…を表す定数マクロである。どちらも
```
#include<math.h>
```
が必要である。

戻る

Koji Kagawa(kagawa@eng.～)