回答編集履歴

6 コメントを受けた追記1

majiponi score 1129

2017/01/14 17:28  投稿

1(前半) 使用可能な領域のアドレスをポインタにセットしていないから。

未初期化のポインタや、ヌルポインタという利用不可能な領域を指すアドレスをセットしたポインタは、使用可能な領域のアドレスをセットしておらず、正しく実行されない。

1(後半) リテラル文字列(二重引用符で囲んだ文字列)は、その内容が格納された読み取り専用領域のアドレスを指す。そのため環境によっては正しく実行されない。

2 どちらにも問題がある。

*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、1(後半)同様、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。

3 配列strの「中身が」初期化されておらず、printf関数がどこまで読み込んでいいのか分からず(printf関数はヌル文字にあたるまで読み込み続ける)、利用不可能な領域にアクセスしてしまい、異常終了する。

4(前半) C言語には、配列をまるごと別の配列にコピーする命令は用意されていないからです。配列の名前を書くと、そのアドレスを意味するので、質問者さんのコードは

```C

1 = 2;

```

と無理矢理代入しているようなものになってしまうのです。

面倒でも、

```C

char s[] = "ABC";

s[0] = 'D';

s[1] = 'E';

s[2] = 'F';

s[3] = '¥0';

```

のように、1要素(文字)ずつコピーする必要があります。

(strcpyという関数を使用すればこの面倒は解消されます。)

4(後半) char型の場合はprintf("%s", *buf);ではダメなようです・・・

ということですが、まさにそれが答えです。

printfの書式設定で、sは「引数のポインタの指す先のアドレス」にある文字列の表示を意味します。

*bufはポインタではなく、char型の変数なので、printf関数が利用不可能な領域にアクセスしてしまい、異常終了します。

1文字表示させたいときには、printf("%c", *buf);

文字列を表示させたいときには、printf("%s", buf);

というように使い分ける必要があります。

というように使い分ける必要があります。

3(追記)

```C

char str[8];

char *ptr = str;

scanf("%s", &ptr);

```

最終行が問題です。これはscanf("%s", ptr);とする必要があります。

例えば、scanf関数で数値を1つint型の変数iに読み込みたいとしたとき、なぜ

```C

scanf("%d", &i);

```

というように、&を使う必要があるかを説明します。

C言語では、関数の引数は元の変数や値の「コピー」というルールになってます。

コピーの方をいくら操作しても、元の変数には何の影響もありません。

そのため、

```C

scanf("%d", i); /* 本当はダメよ */

```

というように書いたとしても、元の変数は操作できません。

なので、元の変数の「アドレス」を関数に渡して、そのアドレスの先を操作することで、変数を操作しているのです。

では、文字列を読み込むときはどうでしょうか。

ptrは元々ポインタ、すなわちアドレスですよね。

ptrの指す先の領域を操作すれば、配列の中身を変更できます。

そして、ptrという「ポインタ変数」を操作する必要はありません。操作するのはその「中身」です。

なので、%sという文字列読み込みの書式設定の場合だけ例外で、&ptrではなくptrを渡すというルールになっているのです。

5 誤字修正

majiponi score 1129

2017/01/14 17:09  投稿

1(前半) 使用可能な領域のアドレスをポインタにセットしていないから。

未初期化のポインタや、ヌルポインタという利用不可能な領域を指すアドレスをセットしたポインタは、使用可能な領域のアドレスをセットしておらず、正しく実行されない。

1(後半) リテラル文字列(二重引用符で囲んだ文字列)は、その内容が格納された読み取り専用領域のアドレスを指す。そのため環境によっては正しく実行されない。

2 どちらにも問題がある。*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

2 どちらにも問題がある。

*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、1(後半)同様、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。

3 配列strの「中身が」初期化されておらず、printf関数がどこまで読み込んでいいのか分からず、利用不可能な領域にアクセスしてしまい、異常終了する。

3 配列strの「中身が」初期化されておらず、printf関数がどこまで読み込んでいいのか分からず(printf関数はヌル文字にあたるまで読み込み続ける)、利用不可能な領域にアクセスしてしまい、異常終了する。

4(前半) C言語には、配列をまるごと別の配列にコピーする命令は用意されていないから。配列の名前を書くと、そのアドレスを意味するので、質問者さんのコードは

4(前半) C言語には、配列をまるごと別の配列にコピーする命令は用意されていないからです。配列の名前を書くと、そのアドレスを意味するので、質問者さんのコードは

```C

1 = 2;

```

と無理矢理代入しているようなものになってしまうのです。

面倒でも、

```C

char s[] = "ABC";

s[0] = 'D';

s[1] = 'E';

s[2] = 'F';

s[3] = '¥0';

```

のように、1要素(文字)ずつコピーする必要がある。

strcpyという関数を使用すればこの面倒は解消される。

のように、1要素(文字)ずつコピーする必要があります。

(strcpyという関数を使用すればこの面倒は解消されます。)

4(後半) char型の場合はprintf("%s", *buf);ではダメなようです・・・

ということですが、まさにそれが答えです。

printfの書式設定で、sは「引数のポインタの指す先のアドレス」を意味します。

*bufはポインタではなく、char型の変数なので、printf関数が暴走します。

printfの書式設定で、sは「引数のポインタの指す先のアドレス」にある文字列の表示を意味します。

*bufはポインタではなく、char型の変数なので、printf関数が利用不可能な領域にアクセスしてしまい、異常終了します。

1文字表示させたいときには、printf("%c", *buf);

文字列を表示させたいときには、printf("%s", buf);

というように使い分ける必要があります。

4 加筆修正(最終版)

majiponi score 1129

2017/01/14 17:05  投稿

1(前半) 使用可能な領域のアドレスをポインタにセットしていないから。

未初期化のポインタや、ヌルポインタという利用不可能な領域を指すアドレスをセットしたポインタは、使用可能な領域のアドレスをセットしておらず、正しく実行されない。

1(後半) リテラル文字列(二重引用符で囲んだ文字列)は、その内容が格納された読み取り専用領域のアドレスを指す。そのため環境によっては正しく実行されない。

2 どちらにも問題がある。*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、1(後半)同様、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。

3 配列strの「中身が」初期化されておらず、printf関数がどこまで読み込んでいいのか分からず、利用不可能な領域にアクセスしてしまい、異常終了する。

4(前半) C言語には、配列をまるごと別の配列にコピーする命令は用意されていないから。配列の名前を書くと、そのアドレスを意味するので、質問者さんのコードは

```C

1 = 2;

```

と無理矢理代入しているようなものになってしまうのです。

面倒でも、

```C

char s[] = "ABC";

s[0] = 'D';

s[1] = 'E';

s[2] = 'F';

s[3] = '¥0';

```

のように、1要素(文字)ずつコピーする必要がある。

strcpyという関数を使用すればこの面倒は解消される。

strcpyという関数を使用すればこの面倒は解消される。

4(後半) char型の場合はprintf("%s", *buf);ではダメなようです・・・

ということですが、まさにそれが答えです。

printfの書式設定で、sは「引数のポインタの指す先のアドレス」を意味します。

*bufはポインタではなく、char型の変数なので、printf関数が暴走します。

1文字表示させたいときには、printf("%c", *buf);

文字列を表示させたいときには、printf("%s", buf);

というように使い分ける必要があります。

3 加筆3

majiponi score 1129

2017/01/14 16:58  投稿

1(前半) 使用可能な領域のアドレスをポインタにセットしていないから。

未初期化のポインタや、ヌルポインタという利用不可能な領域を指すアドレスをセットしたポインタは、使用可能な領域のアドレスをセットしておらず、正しく実行されない。

1(後半) リテラル文字列(二重引用符で囲んだ文字列)は、その内容が格納された読み取り専用領域のアドレスを指す。そのため環境によっては正しく実行されない。

2 どちらにも問題がある。*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、1(後半)同様、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。

3 配列の「中身が」初期化されておらず、printf関数がどこまで読み込んでいいのか分からず、利用不可能な領域にアクセスしてしまい、異常終了する。

3 配列strの「中身が」初期化されておらず、printf関数がどこまで読み込んでいいのか分からず、利用不可能な領域にアクセスしてしまい、異常終了する。

4(前半) C言語には、配列をまるごと別の配列にコピーする命令は用意されていないから。配列の名前を書くと、そのアドレスを意味するので、質問者さんのコードは

```C

1 = 2;

```

と無理矢理代入しているようなものになってしまうのです。

面倒でも、

```C

char s[] = "ABC";

s[0] = 'D';

s[1] = 'E';

s[2] = 'F';

s[3] = '¥0';

```

のように、1要素(文字)ずつコピーする必要がある。

strcpyという関数を使用すればこの面倒は解消される。

2 加筆2

majiponi score 1129

2017/01/14 16:32  投稿

1.(前半) 使用可能な領域のアドレスをポインタにセットしていないから。

1(前半) 使用可能な領域のアドレスをポインタにセットしていないから。

未初期化のポインタや、ヌルポインタという利用不可能な領域を指すアドレスをセットしたポインタは、使用可能な領域のアドレスをセットしておらず、正しく実行されない。

1.(後半) リテラル文字列(二重引用符で囲んだ文字列)は、その内容が格納された読み取り専用領域のアドレスを指す。そのため環境によっては正しく実行されない。

1(後半) リテラル文字列(二重引用符で囲んだ文字列)は、その内容が格納された読み取り専用領域のアドレスを指す。そのため環境によっては正しく実行されない。

2. どちらにも問題がある。*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、1.(後半)同様、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。

2 どちらにも問題がある。*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、1(後半)同様、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。

3 配列の「中身が」初期化されておらず、printf関数がどこまで読み込んでいいのか分からず、利用不可能な領域にアクセスしてしまい、異常終了する。

1 加筆

majiponi score 1129

2017/01/14 16:29  投稿

1. 使用可能な領域をポインタにセットしていないから。未初期化のポインタや、ヌルポインタという利用不可能な領域を指すアドレスをセットしたポインタは、使用可能な領域をセットしておらず、正しく実行されない。

1.(前半) 使用可能な領域のアドレスをポインタにセットしていないから。

未初期化のポインタや、ヌルポインタという利用不可能な領域を指すアドレスをセットしたポインタは、使用可能な領域のアドレスをセットしておらず、正しく実行されない。

1.(後半) リテラル文字列(二重引用符で囲んだ文字列)は、その内容が格納された読み取り専用領域のアドレスを指す。そのため環境によっては正しく実行されない。

2. どちらにも問題がある。*bufへの代入は、bufが指す先のchar型への代入を意味する。"456"はchar型のポインタであり、char型ではなく、代入できない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。

'Z'はchar型であり、代入可能なのでコンパイルエラーは発生しない。しかし、1.(後半)同様、bufは読み取り専用領域を指しているので、環境によっては正しく実行されない。