// ポインタの自分の理解度
int a; // メモリ上に4バイト分の領域を確保して、領域の名前をaとする。(ですよね？)
int* b; // メモリ上に4バイト分の領域を確保し、そこにアクセスするための名前をbとする(この辺から間違えそう…
a=4; // メモリ上にaという名前で確保された領域に4を代入する(ですよね？)
b=&a; // bで確保されたメモリ上の領域の場所が渡される？(頭の中に???がいっぱい出てきます)
わかりました。ペイントで頑張って描きます。softya（ソフト屋) さんが書きました:まず、
int* b; // メモリ上に4バイト分の領域を確保し、領域の名前をbとする。この変数はポインタ型である。
って感じですかね。
それぞれ図を書いてみてはどうでしょうか？ 型 変数名 仮のアドレス(0x1000など) 値 を記載してください。
① ２行目、３行目の状態。値は不定と書いてください。
② ４行目、５行目の状態。出来ればbとaの関係も矢印でお願いします。
【補足】
ちなみにポインタが４バイトかは環境依存です。
２バイトや８バイトもあります。64bitＯＳだと８バイトですね。
この考え方は今まで聞いたことがなかったですが、わかりやすいです。KORYUOH さんが書きました:概念でよく言われるのが名簿の関係です
宣言と名簿
int a; ○○さん
int* b; xx番の人
という考え方です。
aさんとかbさんとかだと名前を知っていないと呼び出せませんが、
10番の人、26番の人と番号であれば名前を知らなくても呼び出せますね。
自分が参考にした資料は古かったようです。ISLe さんが書きました:どこぞの古いハード絡みの経験だけに沿って書かれた解説に毒されていますね。
処理系依存ですしnバイト分の領域なんていちいち型から実際のサイズに変換する必要ないですよ。
領域の大きさは宣言された型の値を格納するのに十分な大きさです。
ごく当たり前のことなのでわざわざ書く必要もないと思います。
int a;
int* b;
両方とも宣言された型の値を格納する記憶域を持つ変数を宣言していて、変数aも変数bも値の読み書きの動作自体に違いはありません。
重要なのは値が持つ型の違いだけです。
わかりました。画像にはそのように書きます。softya（ソフト屋) さんが書きました:書き添えます。
ISLeさんの言われるとおりなので、図を書く時は仮想アドレスは0x1000,0x2000とかグンと離れた値を書いておいてください。
これならサイズを気にしなくて良いですから。
と言うことで改訂版。
int* b; // メモリ上にint*型の領域を確保し、その領域の名前をbとする。この変数はポインタ型である。
って感じでしょうか。
>ポインタがどのように使うものでどのように便利なのかというのは、ときにポインタそのものの理解の邪魔になると思います。ISLe さんが書きました:ポインタがどのように使うものでどのように便利なのかというのは、ときにポインタそのものの理解の邪魔になると思います。
ポインタそのものを理解しなくても、使用する場面ごとのパターンを覚えるという使い方をしているひとも数多存在します。
3D_3Dさんが以前書かれた日記と同じ展開にならないとよいですが。
MMOオンラインゲーム...？自分はゲームをあまりしないのでわかりません...。珈琲 さんが書きました:私はMMOのオンラインゲームをやっていたので、「スキルスロットみたいなものだ」と言われて納得できました。（同時にポリモーフィズムも）
スキルウィンドウにスキルの実体があって、ショートカットキー（スキルスロット）にセットすると、そこから呼び出せる
この一連の流れはそのまま
int abc; //スキルの実体の宣言
int* s; //ショートカットキーの宣言
s=&abc; //ショートカットキーに設定
*s //ショートカット呼び出し
まぁポインタのこの手の喩え話はいくらでもあるので参考にならないかもしれませんが・・・
書き換えてみました。これでどうですか？softya（ソフト屋) さんが書きました:2-3.png の内容の書き換えて矢印を書き加えるだけで4-5は完成します。
なので、必要なのはaとbの値を書き換えるだけなのです。
難しく考え過ぎと思えます。
あとデバッガでよく見てなかったというのも言えるかもしれません。
#include <stdio.h>
int main(void)
{
int a;
int *b;
a = 6;
printf(" a = %d\n", a);
printf("&a = %p\n", &a);
b = &a;
printf(" b = %p\n", b);
printf("&b = %p\n", &b);
printf("*b = %d\n", *b);
return 0;
}
図を書いて下さりありがとうございます。とてもわかりやすかったです。かずま さんが書きました:理解していない人に図を書いてくださいというのは、無茶なことで、
理解している人が図を描いて示すほうがずっと教育的なことだと、
私は思います。これは、課題の丸投げに解答を示すのとは異なります。私のところでの実行結果 実際に表示されるアドレスは、コンパイラにより上記とは異なります。#include <stdio.h> int main(void) { int a; int *b; a = 6; printf(" a = %d\n", a); printf("&a = %p\n", &a); b = &a; printf(" b = %p\n", b); printf("&b = %p\n", &b); printf("*b = %d\n", *b); return 0; }
int a; と int *b; で a と b を宣言したときのメモリ a = 6; を実行したときのメモリ b = &b; を実行したときのメモリ アドレスの値は問題ではなく、次の図を描けばよい+------------+ 0x0047fd04 | +------------+ b +------------+ | 0x0047fd08 | 6 |<----+ a +------------+
うーん、よくわからないです...珈琲 さんが書きました:横からで度々失礼しますが、
勝手ですが最初はショートカットという認識でいいんじゃないでしょうか
windowsのデスクトップに並ぶショートカットファイルのイメージです。
ショートカットファイルはどんな種類でも、ファイルパスを指すだけなので、ファイル自体の容量は非常に少ないです。
ファイルパスを設定すればその先に設置してあるファイルにアクセスできるわけです。
int File;//ファイル
int* Shortcut = &File;//ファイルパスを設定
////////////////////////////////
//宣言の時
int *p; //宣言の時は'*'を付ける
////////////////////////////////
//そうじゃない時
/*アドレスを示す状態*/
p; //代入されたアドレスを示します
int x;
p = &x; //アドレスを代入することができます。pの指すアドレスが変わります
/*値を示す状態*/
*p; //pで示しているアドレスの変数の中身を示す
*p = 10; //pの型の対応する値代入できます。pの指すアドレスの先の変数の値が変わります。
////////////////////////////////
//アドレスを求める演算子
//'&'を付けるときはその変数のアドレスがほしいとき、
//例えばアドレスを代入したい時など
p = &x;つまり、普通の変数とほぼ同じで、入っている値の違い、という事ですか？softya（ソフト屋) さんが書きました:分かった気がするが一番危険なので気をつけてくださいね。
>a=6 とするとaの領域に6が代入されますが、 b= &a は ｂの領域にaのアドレス( 0x0047fd08 )が代入されるとは b = 0x0047fd08 と言う意味ですか？
はい。代入ですから。これだけ見れば単純ですよ。
【補足】
ポインタ値を代入する時はとても単純です。
これを参照したりする時にいろんな機能・効果が出てきます。
ただ、ここで理解すべきことはポインタ変数に入っているはポインタ値と言うただの数値であると言う一点です。
何となくわかったような気がしますが、softya様のおっしゃる通り「分かった気がするが一番危険」なのでしっかり理解していきたいです。Lawliet さんが書きました:いろいろな方たちが説明してくれていますが
それぞれに異なった方針を持っている人もいますので、ごちゃごちゃしてしまう場合は
違う方の説明を聞くときはほかの方の説明を半分ぐらい忘れた状態で聞くといいと思います。
(わからないことが残っても一旦理解したらそのあと質問すればいいので)
文法の面からひとこと言わせてもらいます。
「宣言の時」と「そうじゃない時」を分けて考えるとわかりやすいかもしれません
わかりにくかったかもしれませんが結局何が言いたいかというと//////////////////////////////// //宣言の時 int *p; //宣言の時は'*'を付ける //////////////////////////////// //そうじゃない時 /*アドレスを示す状態*/ p; //代入されたアドレスを示します int x; p = &x; //アドレスを代入することができます。pの指すアドレスが変わります /*値を示す状態*/ *p; //pで示しているアドレスの変数の中身を示す *p = 10; //pの型の対応する値代入できます。pの指すアドレスの先の変数の値が変わります。 //////////////////////////////// //アドレスを求める演算子 //'&'を付けるときはその変数のアドレスがほしいとき、 //例えばアドレスを代入したい時など p = &x;これらをしっかりと区別してほしいということです。
- ポインタ変数の宣言のときは *を付ける
- ポインタ変数の示すアドレスを示すときは 何もつけない
- ポインタ変数の指すアドレスにある変数の値を示すとき *を付ける
- その変数自体のアドレスを示すときは &を付ける
値の違いとも言えません。3D_3D さんが書きました:つまり、普通の変数とほぼ同じで、入っている値の違い、という事ですか？
そっちに切り替えましょうか。3D_3Dさんも混乱されているようですし。ISLe さんが書きました:見事に日記のコメント欄と同じ展開ですね。
ポインタ型の変数に値が格納されるイメージを図にしてもらう段階で、ポインタが何をどうやって指すかというイメージは先行し過ぎじゃないかと思うのですが。
ポインタの機能重視で、使い方で覚えろという意見が圧倒的多数なので、パターンで覚えるのも良いかもしれません。
新しいパターンに出会うたびに苦労されるかもしれませんが。
とてもわかりにくかったようですね。3D_3D さんが書きました: 図を書いて下さりありがとうございます。とてもわかりやすかったです。
さらに質問ですが、アドレスが代入されるとはどういう意味でしょうか？
いいえ、違います。3D_3D さんが書きました: a=6 とするとaの領域に6が代入されますが、 b= &a は ｂの領域にaのアドレス( 0x0047fd08 )が代入されるとは b = 0x0047fd08 と言う意味ですか？
別トピックとしてあげてほしいかも。とりあえず、三郎 さんが書きました:横から口を挟んで申し訳ありませんが皆さんの議論を見ていますと考えさせられます。
に関してだけ。無理して使う必要はありません。何かしら代替となるようなモノで逃げられるなら、それで構わないです。三郎 さんが書きました:無理して使う必要があるのでしょうか？
3D_3D さんが書きました:思いついたのは
・どのアドレスに割り振られるかわからないうちに初期化されるから、かなと思いました。
ポインタを使わないと、ファイル操作も、文字列操作もできません。三郎 さんが書きました: このような事なのかなと思っていますが、ポインターを使うメリットは何でしょうか？
なるほど。実体があることが保証されてないからエラーが出たのですか。ということは「構造体の実体があることが保証されていないうちに初期化処理をしようとしてエラー落ちしてしまう」ということでしょうか？へにっくす さんが書きました:うーん…ここまで白熱するとは思いませんでした
で、何だか出尽くした雰囲気が出てるので、前のトピック(http://dixq.net/forum/viewtopic.php?f=3&t=13591)の、
Player_Initで、&playerならokだがplayer_t *player;にしたときplayerだとうまくいかない理由の答えをちらっと述べます。
まずポインタの概念は、入れる箱を用意するという感じ。
int a = 0;
int型の変数でこれは実体を示している
int *p = NULL;
int型の実体の場所を示す変数。
なので実体の場所を示す変数に場所でないものを入れるのはおかしい。だから
int *p = 0x1000;
というのはダメで、
int *p = (int*)0x1000;
というふうにキャスト変換しないといけない。
&をつけるとつけられた変数のアドレスを返すので
int *p = &a;
これは事実、存在するアドレスを代入してますよね。ここまでは大丈夫かな？
なので前のトピックの
struct player_t player;
Player_Init(&player);
はok。
では
struct player_t *player;
としたときは
Player_Init(player);
としますがこれって実体があることが保証されてますかね？
されていないですよね。すくなくとも、Player_Initに渡す前に、
playerに実体のある変数のアドレスを渡さなければなりません。
これがうまくいかない理由だと思いますがどうでしょう？オフトピックこの独り言が一番近かったので、関数の受け渡し方と述べたのですけどね。。3D_3D さんが書きました:思いついたのは
・どのアドレスに割り振られるかわからないうちに初期化されるから、かなと思いました。
自分としては、もうすこし勉強して、どうしても理解できないようならばパターンで覚えようと考えております。softya（ソフト屋) さんが書きました:今後どの勉強方法で行くのかは、3D_3Dさんに決めていただきたいと思います。
なので、とりあえず3D_3Dさんの意見を待ちたいです。
【補足】
私はCASL2アセンブラで根本から理解するという道も検討しておりました。
遠回りなんですけどね。
イメージがしやすく、分かりやすかったです。newもmalloc()でも同じように扱えると思いますのでやってみます。Ryo さんが書きました:こんなイメージでもint a; // 家a int *p; // 住所録p（新品） p = &a; // 住所録pに、家aの"住所"を書き込む a = 310; // 家aにサトーさんが住む *p= 310; // 住所録pにかかれた住所(=家a)にサトーさんが住む p = 123; // 住所録pにヒフミさんを住まわせようとして怒られる p = (int*)123; // 住所録pに"1-2-3"という"住所"を書き込む //関数引き渡し (Func(char*)) char a; // 家aを建てる Func( &a ); // aの住所をFuncさんに渡して、結果を送ってもらったりする char *p; // 新品の住所録 Func( p ); // 新品の住所録の白紙の部分をさして、Funcさんに、この住所に結果を送れと無理を言う //メモリ確保 int *p,*p2; // 住所録pとp2 p = new int; // 家を建てて、住所録にその住所を書く p2 = new int[10]; // 10部屋あるアパートを立てる p2[3] = 510; // 3号室にゴトーさんが住む p2++; // アパートを一部屋一部屋みていく // char型の小さなアパートでも、LONGLONGな大きな部屋の億ションでも、一部屋ずつ delete p; // 住所録に書かれた家を壊す（壊したあとに家に人を住まわせようとすると怒られる） delete[] p2; // 集合住宅破壊用 p= NULL; // 住所録に消しゴムをかけて住所を消しておく
そういうことです。3D_3D さんが書きました:なるほど。実体があることが保証されてないからエラーが出たのですか。ということは「構造体の実体があることが保証されていないうちに初期化処理をしようとしてエラー落ちしてしまう」ということでしょうか？
わかりました。実体でなくポインタを示すのですね。へにっくす さんが書きました:そういうことです。3D_3D さんが書きました:なるほど。実体があることが保証されてないからエラーが出たのですか。ということは「構造体の実体があることが保証されていないうちに初期化処理をしようとしてエラー落ちしてしまう」ということでしょうか？
ポインタを宣言するということは、場所(アドレス)を示すだけで、実体を示しているわけではないことにご注意くださいね。
この返信だけでは不十分な感じもします。3D_3D さんが書きました:自分としては、もうすこし勉強して、どうしても理解できないようならばパターンで覚えようと考えております。softya（ソフト屋) さんが書きました: 今後どの勉強方法で行くのかは、3D_3Dさんに決めていただきたいと思います。
なので、とりあえず3D_3Dさんの意見を待ちたいです。
【補足】
私はCASL2アセンブラで根本から理解するという道も検討しておりました。
遠回りなんですけどね。
今はもう少しポインタを勉強したいと思います。
ポインタ型の変数を宣言すると、場所を示す値を格納する領域が確保されますが、その値が具体的な場所を示しているとは限りません。へにっくす さんが書きました:ポインタを宣言するということは、場所(アドレス)を示すだけで、実体を示しているわけではないことにご注意くださいね。
えっと、、上記を言いかえると、ポインタを宣言するということは、実体でなくポインタを示すとなっちゃいますけど？(^^;3D_3D さんが書きました:わかりました。実体でなくポインタを示すのですね。
これがよりしっくりくる。フォローありがとうございます。ISLe さんが書きました:ポインタ型の変数を宣言すると、場所を示す値を格納する領域が確保されますが、その値が具体的な場所を示しているとは限りません。
ポインタについての説明ですね。ISLe さんが書きました:特定のオブジェクトが持つアドレスをポインタと呼びますが、その場合のポインタはそのオブジェクトを指すもの(値)です。
オブジェクトは常に記憶域を持つので、場所を示すが実体を示さないという状況はありません。
ありがとうございます。まだ自分で方針が決められないのでおっしゃる通りに一つ一つ疑問を解決していくようにしたいと思います。Lawliet さんが書きました:>3D_3Dさん
なんだか回答の対応ばかりで受け身になってしまったような気がします。
なのでソフト屋さんも言いっているように方針を決めて状況を整理したほうがいいと思います。この返信だけでは不十分な感じもします。3D_3D さんが書きました:自分としては、もうすこし勉強して、どうしても理解できないようならばパターンで覚えようと考えております。softya（ソフト屋) さんが書きました: 今後どの勉強方法で行くのかは、3D_3Dさんに決めていただきたいと思います。
なので、とりあえず3D_3Dさんの意見を待ちたいです。
【補足】
私はCASL2アセンブラで根本から理解するという道も検討しておりました。
遠回りなんですけどね。
今はもう少しポインタを勉強したいと思います。
「どのように勉強していくか」を聞いているのに対し「もうすこし勉強して」と返信されているので、
「どのように」というのをしっかり明記した方がいいと思います。
もし決めることができないならばその旨を伝え、
このトピックスの最初のように今現在のポインタの理解度を示して
わからないところを一つづつやっていくというのもいい方法だと思います。
void hoge(int *p);
int i = 10;
int *p; /* ポインタを宣言します */
p = &i; /* ポインタに代入します */
*p = 20; /* ポインタが指す変数を書き換えできます */
hoge(p); /* ポインタを渡します */
void hoge(int *p);
int i = 10;
int *p; /* intへのポインタ型の変数を宣言します */
p = &i; /* 変数pに、int型の変数iのアドレス(intへのポインタ型の値)を代入します */
*p = 20; /* 変数iのアドレス(変数pに格納されている値)に間接演算子が働くことで変数iの記憶域に対して代入が行われます */
hoge(p); /* 変数iのアドレス(変数pに格納されている値)をコピーして、intへのポインタ型の仮引数に渡します */
void hoge(int *p);
int i = 10;
int *p; /* ポインタを宣言します */
p = &i; /* ポインタにポインタを代入します */
*p = 20; /* ポインタが指す変数を書き換えできます */
hoge(p); /* ポインタをポインタに渡します */
何か勘違いしていたようです。アドレスと実体をごちゃ混ぜにしてしまいました。へにっくす さんが書きました:えっと、、上記を言いかえると、ポインタを宣言するということは、実体でなくポインタを示すとなっちゃいますけど？(^^;3D_3D さんが書きました:わかりました。実体でなくポインタを示すのですね。
ポインタを宣言するということは、実体でなく場所を示す、ですよ。
これがよりしっくりくる。フォローありがとうございます。ISLe さんが書きました:ポインタ型の変数を宣言すると、場所を示す値を格納する領域が確保されますが、その値が具体的な場所を示しているとは限りません。
ポインタを宣言する、ではなくポインタ型の変数を宣言すると、ですね。
よくポインタ型の変数はNULLで初期化してるけど、これなんかは具体的な場所でないことを示すために使ってますよね
変数の場所(アドレス)はNULLになることがないので(Cの規約でしたっけ？間違ってたらすみません)。
ポインタについての説明ですね。ISLe さんが書きました:特定のオブジェクトが持つアドレスをポインタと呼びますが、その場合のポインタはそのオブジェクトを指すもの(値)です。
オブジェクトは常に記憶域を持つので、場所を示すが実体を示さないという状況はありません。
ポインタ型の変数についてとは別ですね？
「ポインタを宣言する」とは言わない方がよさそうですね。ごっちゃになってる(^^;
私も言葉でうまく説明できていないあたり、何だか危ないですかね。。。
シューティングなどのゲームだけでなく、他のことにも使えるように「どのような時にポインタを使うか」を教えていただきたいです。softya（ソフト屋) さんが書きました:パターン法ですが話が進まないみたいので、3D_3Dさんがこういうことをやりたい！とパターンを提示したほうが良いかもしれませんね。
関数に構造体ポインタを渡して関数先で構造体を書き換えたいとか、関数から構造体のポインタを持ち帰りたいとか、関数に配列を渡したいとかね。
それでは、その都度聞くのはダメでしょうか？softya（ソフト屋) さんが書きました:ポインタに関してならアプリでもゲームでも大抵は関係ないです。
ただ、どのパターンを覚えると良いかはパターンで覚えたことがないので私には難しいです。
この状況にはどうしたらよいですか？って事なら答えられるんですが。
それがパターンを覚えるってことだと思いますけど。3D_3D さんが書きました:それでは、その都度聞くのはダメでしょうか？
ポインタを理解しないでプログラムが書けるから初心者の鬼門などと言われるポインタを意識しなくていい、などでしょうか？softya（ソフト屋) さんが書きました:疑問に疑問で返しますが、どうなんでしょうか？
パターン暗記法の効能がよく分かっていない私です。
なんだかんだで試行錯誤することが一番の近道みたいですね。早速明日からやってみたいと思いますへにっくす さんが書きました:それがパターンを覚えるってことだと思いますけど。3D_3D さんが書きました:それでは、その都度聞くのはダメでしょうか？
だから、結果優先でやるということは、思い通りの結果を得るまで試行錯誤することになる、と言いました。
なのでこのトピックの主旨から外れると思いますので、ここはいったん解決にした方がいいかもしれません。
【追記】私が言うことではない気がしたので、上の文言は取り消します。。
まだ微積分は習ってないので、別の物に脳内変換して考えました。たいちう さんが書きました:元々のスレの趣旨は、こうですよね。
> と理解が曖昧です。このトピックでポインタを克服したいと思います。
何故ポインタを克服したいのかは書いていませんが、
上達したい、壁を超えたい、というのが目的ですよね？
前スレのテーマもオブジェクト指向でしたし。
私も「パターンとして覚える」というのは理解の放棄(延期)でしかないと思います。
また暫くしたら、似たようなスレを立てることになりそうじゃないですか？
3D_3Dさんは高校生のようですので、「ポインタ」を「微積分」に置き換えて考えてみましょう。
(私が高校生だったのも大昔だし、例えが変かもしれません)
パターンを覚えて数学の実力がアップすると思いますか？
逆に、理解なしで実力をアップさせるには、微積分のパターンをどれだけ覚えたらよいと思いますか？
JavaやC#ならポインタは無いので、言語を変更することで当面の問題はなくなります。
文系の大学を目指すことで微積分が必要無くなるようなものです。
ただ、JavaやC#でプログラミングをしても、ポインタ程度に理解しにくい概念は何度でも出てくるでしょう。
例えば、オブジェクト指向を使いこなすことは、ポインタを使いこなすよりもよほど難しいと思います。
このような本でじっくり勉強してはどうでしょうか？
C言語ポインタ完全制覇(当時は良い本だと思った)
詳解C言語 ポインタ完全攻略(読んだことない)
オフトピックJavaやC#や文系大学をけなす意図は一切ありませんよ。念のため。
わざわざ、そんなソフトをインストールする必要はないと思います。softya（ソフト屋) さんが書きました:また、みんなが色々言うと混乱するかもしれませんが、これを試してみませんか？
「Visualization C Interpreterのダウンロード : Vector ソフトを探す！」
int *p;
+----------+
p | (int *) }
+----------+
int a;
+----------+ +-----------+
p | (int *) | a | (int) |
+----------+ +-----------+
int b:
+----------+ +-----------+ +-----------+
p | (int *) | a | (int) | b | (int) |
+----------+ +-----------+ +-----------+
p = &a;
+----------+ +-----------+ +-----------+
p | &a *------> a | (int) | b | (int) |
+----------+ +-----------+ +-----------+
*p = 1;
+----------+ +-----------+ +-----------+
p | &a *------> a | 1 | b | (int) |
+----------+ +-----------+ +-----------+
p = &b; +-------------------+
+----------+ | +-----------+ | +-----------+
p | &b *-----+ a | 1 | +--> b | (int) |
+----------+ +-----------+ +-----------+
*p = 2; +-------------------+
+----------+ | +-----------+ | +-----------+
p | &b *-----+ a | 1 | +--> b | 2 |
+----------+ +-----------+ +-----------+
＃私の後のISLeさんへのレスが無いみたいなので。3D_3D さんが書きました:なんだかんだで試行錯誤することが一番の近道みたいですね。早速明日からやってみたいと思います
ちょっと不安ですがなんとなくならわかります。p = &a がちょっと？？？状態です。かずま さんが書きました:int *p; +----------+ p | (int *) } +----------+ int a; +----------+ +-----------+ p | (int *) | a | (int) | +----------+ +-----------+ int b: +----------+ +-----------+ +-----------+ p | (int *) | a | (int) | b | (int) | +----------+ +-----------+ +-----------+ p = &a; +----------+ +-----------+ +-----------+ p | &a *------> a | (int) | b | (int) | +----------+ +-----------+ +-----------+ *p = 1; +----------+ +-----------+ +-----------+ p | &a *------> a | 1 | b | (int) | +----------+ +-----------+ +-----------+ p = &b; +-------------------+ +----------+ | +-----------+ | +-----------+ p | &b *-----+ a | 1 | +--> b | (int) | +----------+ +-----------+ +-----------+ *p = 2; +-------------------+ +----------+ | +-----------+ | +-----------+ p | &b *-----+ a | 1 | +--> b | 2 | +----------+ +-----------+ +-----------+
すいません、ISLe様のレスを見落としていました。頭に入れておきます。へにっくす さんが書きました: ＃私の後のISLeさんへのレスが無いみたいなので。
ISLeさんが基本パターンを挙げられているので、頭に入れておいた方がよいですよ。
なるほど。ただ、自分の様な初心者が無闇にポインタは使わない方が良いと思うので、ポインタが理解できない初心者にはいいと思います。ISLe さんが書きました:パターンで覚えるというのは、ポインタを要求されたときに答える形になるので、どんなときに使うかを考える必要はありません。
なので、パターンで覚えることができても、自ら積極的にポインタを使うことにはほとんど貢献しません。
を頭に入れてしまいます。ISLe さんが書きました: アドレス演算子(&)を付けると型に*が1個増える
間接演算子(*)を付けると型から*が1個減る
*の数を揃えて使う
でもいいのでは？ということです。
違います。3D_3D さんが書きました: ポインタの方がわかりやすく、楽に書けるということでしょうか？
#include <stdio.h>
void sum_diff(int x, int y, int *p, int *q)
{
*p = x + y;
*q = x - y;
}
int main(void)
{
int a = 23, b = 45, c, d;
sum_diff(a, b, &c, &d);
printf("a + b = %d\n", c);
printf("a - b = %d\n", d);
return 0;
}
int *b;どぶろく さんが書きました: int* b;
という宣言があったら２つの変数が宣言されたと考えます。
b // アドレスを入れる変数
*b // 普通のint型の変数
ただし普通の変数である *b にはまだ領域が確保されていません。
なので b に他で確保されている領域のアドレスを代入する必要があります。
b にアドレスが代入されると、その領域を *b として使うことができます。
なぜintへのポインタ変数pに代入しているのでしょうか？ここもよくわかりません。
申し訳ないのですが、投稿しようとした時に作成した画像データが消えてしまいました。もうしばらく待っていただけないでしょうか？かずま さんが書きました:文章が書けなくても図は描けるようになりましたか？
次のプログラムで、*q = x - y; を実行した後のすべての変数
(main の a, b, c, d と sum_diff の x, y, p, r) の関係を
図に書いてみてください。
変数pに代入してはいませんよ。
唱えるというのは書かれたことを読むというのではなくて、コーディングしているときに(ポインタ型に限らず)変数名を打鍵する都度、記憶域を確保していることや記憶域を参照していること、およびそこに格納された値を意識するということですよ。3D_3D さんが書きました:>3D_3Dさんの日記のコメントに、繰り返し唱えてって書いたことですけど、もう唱えるのやめてしまったのでしょうか。
わかったつもりになっていてやめてしまいました。また唱え直します。
情報の不足はありますが、回答としては正解です。3D_3D さんが書きました:>int a = 10;
>int *p = &a;
>変数aの記憶域にあるのは何ですか
>変数pの記憶域にあるのは何ですか
aの記憶域にあるのは10で、pの記憶域にある物はaと訂正:の ですアドレスだと思います
メニュー
Clock
最新メンバー
統計データ
Link to us
カウンター
カレンダー
投稿数