int * p = &i;//int型ポインタpにiのアドレスを代入する
簡単。
char str1[] = "abcde";
char * str2 = "abcde";
上と下は同じでどっちを使ってもいい。
5ポイント
str2 = "別の文字列"; //OK
上と下どっちを使うか状況によって異なる。
同じとかいってしまっているお前は、結局何も理解出来ていない。
puts(">>1は天才");
else
puts(">>1は愚か者");
つ、釣られないぞ！
かけ算と紛らわしいので嫌い
*(s+5)
s[5] （⇒ Compile時に*(s+5)に変換される）
5[s] （⇒ Compile時に*(s+5)に変換される）
は全部同じ意味だから当たり前だろ。
構造体とポインタの絡みくらいは理解しておく必要がある。
これを理解しておかないとWindowsプログラミングの入門書すら読めない。
しかし今は良書が揃っているので馬鹿でなければ2～3週間で習得できるだろう。
「C言語 ポインタ完全制覇」
（言わずと知れたポインタのル。これを読めば99.9%の人はポインタが得意になる。Amazonでも2chでも類を見ない程の高評価。）
http://www.amazon.co.jp/review/product/4774111422/
「C言語ポインタが理解できない理由」
（人によって好き嫌いがあるが、気軽に読める）
http://www.amazon.co.jp/review/product/4774114316
他
はずれはお前の頭だ
char *const str2 = "abcde";
これならよかったのに
char (*p)[6] = &str1; // OK
char (*p)[6] = &str2; // Error
if (sizeof str1 == sizeof str2) {
puts("same");
} else {
puts("different"); // こっちが出力される
}
str2[0] = 'A'; // 未定義動作
これもだな。
str1は実体を持つ（char*6 = 6byte）
"abcde"は定数でメモリのナンチャラ領域に密かに存在したまま。
2.str1の指す領域は変更可能で、str2に関しては未定義。
って感じ？
ポインタは理解できる。
がしかし、
ポインタのポインタが出てくるともう俺の頭はオーバーヒートしてしまう。
すんませんＶＢしか触ったことがないもので。
>>11の本を買って視覚的に学んだほうが早い
ポインタはどうやって学ぶべきか
http://pc11.2ch.net/test/read.cgi/tech/1193166476/l50
そうでもない
ポインタはどうやって学ぶべきか part2
http://pc11.2ch.net/test/read.cgi/tech/1217147291/
ポインタが理解できているという言葉も怪しいな。
大抵ポインタは配列の表現を変えた物と認識している
で、ポインタのポインタ＝二次元の配列と考えてしまい混乱する
mov eax,esi
と
mov eax,[esi]
の違いがわからないのと一緒。
この違いがわかればポインターが難しいはずがない。
ポインタが分かる・分からないという話自体、ど素人が好む話題だから
・どういう場合にどういう風にポインタを使うべきなのか
この二点を誰も説明してくれないんだよなあ。
山ほど解説書を買ったけど、前者について解説している本は皆無。
後者については、関数の引数を参照渡しして直接更新して返す
サンプルくらいしかない。
これで理解して使えという方が無理だ。
そう、だから理解しないでなんとなくコード書いて、
そのうちなんとなくみんな分かってきた気になるというのが現状。
悩んでいる暇があったらとりあえず何か書いてみ。
いや、俺は理論から入る人間だから
使う必要性を理解してからでないと使いたくないんだ。
ただ一つ、最近の本で「配列とポインタではポインタの方が
実行速度が速い」という記述を読んだ。
これだよこれ。こういうのをなぜ一番に言わないかね。
初心者は、同じことを配列でできるのに、なぜわざわざポインタを
使うのか、そのことで悩んでるんだから。
「配列とポインタはやってることは同じだけどポインタの方が速い」
この一言だけでポインタを使う理由になるじゃないの。
俺も理論から入る人間だからこそ言える。
たぶんそういう考えの俺らはPG/SE/PMには向いてないよ。
必要有か無か、流行るか流行らないか、の判断も付かないうちから、最新技術に興味を示す。
配列とポインタでは配列のほうが実行速度が速い
プログラムなんてどんな言語で作られたモノであろうと結局はCPUがメモリのアドレスを行ったり来たりしている。
隠蔽されてないアセンブラ･Cが速いのは当たり前。
勿論、零細企業で小規模システムの開発しかしていない人にとってはJavaどころかVBでも十分
もっと紛れのない文法の高級アセンブラが普及すべきだった
書いてないようなら捨ててしまえ。
>>41もいってるが文法がクソなだけ。
先にポインタの概念を取得してからCに入れば
表現の違いでしかないんだけどな。
やっぱプログラミングの入門書には
データ構造の話とかも書くべきだよな。
>>34
ちょｗｗｗｗｗｗｗｗｗｗそんな理由ｗｗｗ
それが事実じゃないからさ
ポインタと配列は別物であり、使える場所も変わってくる
例えば関数の引数として使えるのはポインタだけで
配列使ってるように見えるのは見せ掛けで実はポインタ使ってるとか
そういう細かい事実があるわけ
今の処理系じゃポインタの方が速いなんてことも別にないし
ハァ?
メモリ上の配列とポインタの事言ってんだったら変わらねーよ。
例え配列がスタックで、ポインタの方をヒープのつもりで発言してても、
確保に時間が掛かるだけで、アクセス速度は変わらん。
まー配列の方が当たりをつけやすい場面が多いとはおもうけど
それをもって速いってのもなぁ。
→できないのかな?
メモリアドレスを意識できなくちゃいけないしな。
ポインタ自体の演算や型キャストもできるわけだし
高級言語にくらべたら無法に近い。
>>48
一見関係ないように思えるけど……。
malloc関数で動的にメモリを確保して使う場合と
scanf関数の引数だろ。
これ以外でポインタを使う香具師はDQN。
機械語レベルの話だから別にいいよ
説明する気もないし
>>29にたどり着く。
| | | | | | | ｜ | | |｜ | |
| | | ﾚ | | | ｜ | J |｜ | |
| | | J | | ｜ し |｜ | |
| ﾚ ｜ ｜ ﾚ｜ |｜ Ｊ |
J し | | ｜| J
｜ し J｜
Ｊ ﾚ
／V＼
/◎;;;,;,,,,ヽ
＿ ﾑ::::(l|lﾟДﾟ)| …うわぁ
ヽﾂ.（ﾉ::::::::::.:::::.:..|）
ヾソ:::::::::::::::::.:ﾉ
｀ ー U'"U'
× 説明する気もないし
○ 説明する能力もないし
2. 構造体を関数にコピーレスで渡したい際にどうしても必要
3. 別関数内の変数の値を変更したい際にどうしても必要
4. メモリを動的に確保する際にどうしても必要
5. 特殊なデータ構造を実現する際にどうしても必要
ポインタがどうしても必要になるケースは、普通はこのくらいかね。
他にも使う状況はなくはないと思うが。
煽っても何もでないよ
void func(char c){
c = 'z';
}
int main(){
char subarac = 'a';
func(subarac);
printf("%c",subarac);
}
mainの人「'a'って書いた紙を渡すよ」
func作業員「じゃあそれをコピーして使いますね」
mainの人「なんでんなことすんだよそのまま使えよ」
func作業員「コピーしたのをzと書き換えました」
mainの人「じゃあくれ」
func作業員「これはあなたのものではなく私たち作業員のものです、渡せません」
mainの人「結果、手元にあるaと書かれた紙が表示されるのであっためでたしめでたし」
c = 'z';
}
int main(){
char subarac = 'a';
func(subarac);
printf("%c",subarac);
}
この場合を教えてくれ
ひと目で間違いに気づかないとか、もうね…
わざとやってるんだが
好きなところに移動してデータを置ける。
開けた先がお風呂だと大変なことになる。
お風呂が溢れちゃいますね。
コンパイルエラー
PPP.C(2) : warning C4047: '=' : 間接参照のレベルが 'char *' と 'int' で異なって
います。
PPP.C(6) : warning C4047: '関数' : 間接参照のレベルが 'char *' と 'char' で異な
っています。
PPP.C(6) : warning C4024: 'func' : の型が 1 の仮引数および実引数と異なります。
Microsoft (R) Incremental Linker Version 9.00.21022.08
Copyright (C) Microsoft Corporation. All rights reserved.
/out:PPP.exe
PPP.obj
おお、いいね。
これを五つの章構成にして
実例とともに詳細解説を加えれば
画期的なポインタの解説書になるよ。
たぶん、今までこういう本はなかったよ。
本を出したら俺は印税の一割でいいよ。
可変個引数で渡せる
p[i]というのは*(p+i)でしかないのだから。
# だからこそi[p]という書き方もできるわけで、3["abcd"]なんてこともできると。
気づかない奴もいるかも知れない。
char func(char c);
int main(void)
{
char subarac = 'A';
subarac = func(subarac);
printf("%c\n",subarac);
return 0;
}
char func(char c)
{
c = 'Z';
return c;
}
>>59先生できました\n
だと長さが5の配列の実体が出来ると思ってたんだけど違うのか？
char *str2 = "abcde";
だとリテラル"abcde"のアドレスをstr2に代入すると思ってたんだけど違うのか？
＞だと長さが5の配列の実体が出来ると思ってたんだけど違うのか？
違う。長さは６。
＞char *str2 = "abcde";
＞だとリテラル"abcde"のアドレスをstr2に代入すると思ってたんだけど違うのか？
あってる。
いいや
配列p[]を *(p+i)でアクセスするのは無理だろ
自信満々に書く前に、ちょっと確認してみたら?
#include <stdio.h>
int main()
{
int i = 3;
int p[] = {1, 2, 3, 4, };
printf("%d\n", *(p + i));
printf("%d\n", i[p]);
return 0;
}
なんで長さが5なの？
あと、できればスタックとヒープの違いぐらいは理解して欲しいけど。
そもそもC言語の場合、スタックにたくさん積みたくない→ポインタの概念導入、っていう流れの気がする。
すまぬ
だがこういうのよく使わないかな？
sizeof (a) /sizeof (a[0])
ポインタと配列混同すると痛い目にあう例だが
のつながりがよくわからないです
配列とポインタの区別がよくできていないことが判りますね。
int main()
{
short i;
short a[3];
short * p;
printf("%u, %u\n%u, %u, %u, %u\n%u, %u, %u, %u\n",
sizeof(i), sizeof(& i),
sizeof(a), sizeof(* a), sizeof(a[0]), sizeof(& a),
sizeof(p), sizeof(* p), sizeof(p[0]), sizeof(& p));
return 0;
}
short (*pa)[3] = a;
(コンパイラだかリンカだかの制約でスタックには○○MBしか積めないルール)
他の言語でも同じなんですか？？
Java,VB,Ruby
そんな危険な宣言すんなよ。
仮想メモリとして扱う処理系もあるし、そのエラーと言うのは全部の処理系で確認した？
>C言語でint[100000000000000]とかにしちゃうとエラーになるんですけど
sizeof(int) が4だとして、300テラバイトを超えるメモリを割り当てられる処理系が思いつかない。
$ ./a
2, 4
6, 2, 2, 4
4, 2, 2, 4
ところで
short *ponta = a;
とやってもsizeof(ponta)は4byteでしかない。
aを使わずにqが指すshort配列の大きさを調べることはできないの？
と
ポインタの配列
の違いと宣言文法が分からない。
＞aを使わずにqが指すshort配列の大きさを調べることはできないの？
aを使わずにpontaが指すshort配列の大きさを調べることはできないの？
int[200万]あたりでエラーになる。メモリは6GB積んでるのに
アホか
それはポインタの配列だろ
short (*p2a)[X]; // p2aは short[X] を指すポインタ
short *(p2a[X]); // p2a[X] は short を指すポインタ
short *p2a[X]; // 同上
>>93
不可能。
>>94
その配列が静的か動的かによって違う。
つか、6GB積んでたって全部1プロセスで使えるとも限らん。
>>95
1から勉強し直せ。
結局ポインタの配列ってのは？
[アドレス][アドレス][アドレス][アドレス]・・・
と言う風にアドレス空間にポインタの配列が確保されていて、アドレスが入っている。
・配列のアドレス
アドレス
↓
[データ][データ][データ][データ][データ]・・・
配列の先頭アドレス。インクリメント時にサイズだけインクリメントされる。
・配列のアドレスを保持するポインタ
ポインタ
↓
[アドレス]
↓
[データ][データ][データ][データ][データ]・・・
これが
(*p)[i];
だと思う。「配列のアドレス」を略して「配列」って呼ぶのはちょっとどうかなと思う。
わかりにくい。
int i, *p, *a;
・・・
p = a + i;
って書き方はしないようにしてる。
int i, *p, *a;
・・・
p = &a[i];
って書くようにしてる。
理由は俺がアホで理解しにくいから、
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
正規表現 Part9 (714)
iモード携帯電話用Java(iアプリ) Part22 (766)
△△もっとStruts2の良さを教えてくださいSsssion6 (625)
【あなごる】anarchy golf! (280)
【マック】Macintoshプログラミング質問箱 (478)
【あなごる】anarchy golf! (280)
--log9.info------------------
ウィルスバスター(笑) (415)
【AA】avast!Anti-Virus Part131【きゅい!お断り】 (519)
【JISQ15001】プライバシーマーク Part3【PMS】 (553)
●ウイルスバスター２００６手抜き事件● (261)
【ﾄﾚﾝﾄﾞﾏｲｸﾛ】スパイバスター2006（仮称）β版 (323)
◇Avira Internet Security 2012 Part.3◇ (270)
【無料】 フリーセキュリティの組合せ 16 (221)
【ｿｰｽ厨は】ウイルスセキュリティZERO 20【ゆとり】 (957)
トレンドマイクロ スパイバスター part1 (435)
がんばれマカフィー Part.68 / McAfee (924)
ウイルスバスター2005 Part45 (251)
何故ウイルスバスターは馬鹿にされるのか (457)
システムバスター2005 Part21 (759)
ウィルスバスターに騙された！ (531)
トレンドマイクロいい加減にしろ (575)
ウイルスバスター2011の無効化について (625)
--log55.com------------------
テスト用だから自由に使ってね3
【夢は】盗作屋・唐沢俊一234【終わった】
【ティファニーで】山形浩生★２【百円マックを】
【突然】この本の価値教えて【渡された】
【支払い督促状！法的措置】ネット書店bk1 30冊目
【一日数十時間】百田尚樹友の会28【ぶっとうし】
【ネトウヨ】東浩紀 441【hazuma】
【劇作家】唐沢俊一267【雑学の父】
