【教えて】C言語勉強してるんだけど、ポインタがあとわからん ->画像>1枚

ポインタがどんなものかは理解したけど、どんなメリットがあるのかがわからん

知らなくていいよ
最近の言語にはポインタない

？

まずもうCなんてやらないでいいよ全部pythonでいい

使っているうちにわかる
ってアフィブログに書いてあった

一番の利点はマウントする時の武器になることかな

ポインタが分からない
の9割は文法(表記)を理解してないだけ定期

参照するアドレスを渡せるのがメリット
今の言語は参照渡しが普通に実装されてるから他言語に対する優位にはならない

>>4
pythonでええのんか？ええのんか？

ポケモンのバグが理解できるくらいだよ

メリットがわからない
つまりわかってない
以上

面倒なこと考えず全部力技でいい

c++覚えようぜ

>>13
これ
どうせ今のコンピュータはスペック過多だから力業が正義
早く軽くしたって仮想マシンのリソース削減で予算も削減されるだけ

メモリ確保したら嫌でもつかわなきゃならんだろ

マシン能力が低ければアドレスを直接指定できるメリットはあるかも
それかマシンに負荷がかかるほどの計算量のとき

>>9
その参照渡しってどういうメリットがあるの？ってのが知りたい
余計なメモリを食わなくなるとか？

>>12
教えてくれよ

>>16
つまりメモリ領域を使い回すことで、メモリを節約できるってこと？

>>17
弄ってるのマイコンだから意味ありそう

C言語は仕様的に配列と動的に確保したメモリを利用するのにポインタは使わざるを得ないからそこから理解すればいいと思う
実際には使わなくても書けるけど、回りくどかったりする

とりあえず宣言と使い方を覚える

int *p; //<--ポインタ変数 == アドレスを入れる変数
int n; //<--普通の変数

scanf("%d", &n); //<--数値を入力する場合は&演算子を付ける
printf("%d", p); //<--ポインタ変数pは初期化してないからNG
p = &n; //<--int型同士だから代入できる // 変数n のアドレスを &演算子で得てポインタ変数に代入
printf("input number = %d\n", *p); //<--ポインタ変数pを介して変数nにアクセス <<--この場合は *変数が必要
n = 5;
printf("n = %d\n", *p); //<--nに代入された5が表示される

画像など連続したデータに対して一括で処理するときや、VMT など動的に変更しつつもオーバーヘッドを無くしたい場合、などに役立つ
あとは、swap 関数が作れる

>>18
変数のマスター（アドレス）を渡せる
値渡しは変数のコピー（使い終わったら破棄）を渡してる
て乱暴なイメージ

ヒープ領域、スタック領域、malloc、calloc、realocこの辺の意味はちゃんとわかってないとダメだぞ
その上でどういう使い方でメリットがあるか自分で考えるんだ

「C言語　ポインタ　メリット」でググればいくらでも分かりやすい記事が出てくるのに

それができないやつはプログラミングに不向き

単純なプログラムだと使う意味は分からないかもしれない
連結リストとか実装してみれば実感できると思う

int* a, b;

とかなw

>>19
アドレサブルI/Oだとポインタ変数を介してデータを得たり出力したりするじゃん
そのために必要

リストでデータを管理したいならポインタは必須
らしい

大学でC習ったけどPhythonやりたくなってきたからのり変えようかな

>>19
なんかメリットにこだわりすぎじゃない？

ポインタは型変換すれば指し示すメモリのデータを好きな型に解釈できる
printfの可変長引数でググればわかると思う

ローカル変数と違って直接指定できる変数

参照渡しのメリット
でっかい配列を使うプログラムがあったとして
それを毎回値渡ししていたら関数コールするたびにそのでっかい配列をコピーする必要がある
でも参照渡しだとでっかい配列の先頭アドレスをコピーするだけで済む
とても良い

>>20
配列使うときはなんとなく便利そうだなってのは分かる
いろいろ疑問はあるけど

>>21
真ん中辺りから、pにはメモリのアドレスが入ってるって理解でOK？
にしてもどんなときに便利なのかいまいち分からんが…

>>22
連続したアドレスのデータを扱うとき、最初のアドレスだけ指定すればいいってことね
あと処理を最適化したいときに使うんやね

あるサブルーチンに大きいデータ渡すとするじゃん
ポインタ使わないと、値を全部コピーしないなのでメモリアクセスが大変なのよ
ポインタなら、このアドレスにデータあるからよろしくってなる

Cは配列型が式中で評価されるとポインタに減衰するという糞仕様があるから

>>24
全然わかりません

>>28
アドレサブルってどういう意味？

>>31
メリット無かったら使う意味なくない?

なんか値渡しとか言うけど
サブモジュールでできた物を返すときにポインタが適切って話が普通でてくるはずなんだが
なんでコピーがどうとか言ってんだ
いやコピーはされるけどそういう事じゃないダロって言う

>>32
あー、型にこだわらなくて良くなるのか
メモリのアドレスに書いてあるのはただのビットの羅列だもんな

>>34
それはメリットとしてでかいよね
ところで配列って定義したとき"必ず"連続したアドレスのメモリが確保されるの？

>>35
int *ip;
char *cp;
この場合、変数ip,cpどちらもポインタ変数になってアドレスを代入する専用の変数として使う
それぞれの変数のバイト数は同じになる-->sizeof(ip)==sizeof(cp)が成立する
なぜなら変数のアドレスは char型でもint型でも同じサイズであるから

>>37
なるほど
その場合、先頭アドレスからすべてのデータが連続したアドレスに格納されてないといけないけど、そこは気にしなくていいの？

>>41
配列で確保されたメモリは連続していなきゃいけないってCの決まりがある

>>39
RapsberryPiとかArduinoとかのIOピンのイメージでいいよ
１つ１つのIOピンがマイコンのどこかのアドレスに直結してると思えばOK

>>41
基本的には連続アドレスになるけど、あるCPUでは奇数番地へのアクセスが遅いから必ず偶数番地に配置する、なんて処理系もある

>>42
どちらもメモリのアドレスを格納するものだから同じバイト数になるのはそうだよね
でも実際に確保されてるメモリの領域は型によって違うって理解でOK?

>>37
while (*p){
//なんかの処理
p++;
}
ここのポインタのインクリメントをどう記述するかは処理系(コンパイラ)次第

>>44
なるほど！それなら安心だな
>>45
よく分かった
レジスタのことだな

>>46
正解
int i;
char c;
この場合は
sizeof(i)>=sizeof(c)
になる

>>43
配列なら先頭アドレス渡せば、それ以降のデータは連続してるし、
構造体の先頭アドレス渡せば、それ以降のデータ構造は構造体の型を見れば理解できる

もうひとつのメリットは、サブルーチン側でデータを書き替える事ができる。このアドレス渡すから、こっからの値を2倍にしといてくれやみたいな感じ。

int a を渡して、関数側で２倍してももとのデータに影響なし
int *aを渡して、関数側でアドレスの数値を２倍するともとのデータも書き変わる

>>47
これコンパイラによって値が増えるか、アドレスが増えるか、になるってこと？

>>50
なるほどなぁ
使い分けがだんだん分かってきた

>>47
よくわかんないけど型でわかるのでは

>>48
正確に言うとレジスタはCPU内部にある変数領域だからちょっと違う
例えば「アドレス100から２バイトはキーボードで押されているキーの値が入っている」とか
「200番地から1バイトは外部Outputピンと接続されている」とか決めてあって
プログラムからは
char *output_pin;
output_pin = 200; //<--外部にビットデータで出力
とかして使う

ポインタとアドレスを関連づけるから誤解が生じる
ポインタはポインタでしかなくメモリとイコールじゃない

>>53
char型が1バイトの処理系で
void foo(char *p) {
だったとしても
その処理系で
「奇数番地へのアクセスは処理が遅くなるから必ず偶数アドレスにアクセスする」って決めていたら
p = 200;
p++;　//このインクリメントの後は+2されて202番地を指す
ってこともあり得る

ポインタないとヒープからメモリ取ってこれないだろ

>>55
学問としては正しいかもしれないけど
実務だとポインタはアドレスと教えたほうが話が早い

>>56
それはないだろ隙間なく連続した領域を確保してるのが前提
そこでコンパイラ都合のアライメントなんて走らない
末尾なんかではそういうのもあるだろうけど

>>54
うーむ、すまんちょっと良くわからんかった
"例えば"以降の話は、メモリの話？

ポインタとアドレスは同じじゃない
ポインタはアドレスを保持する変数
そんだけの話じゃん

レジスタとかメモリとかいったん忘れろ
C言語はあくまでも高級言語だ

>>56
エンディアンの違いでハマったことはあるけどこんなん意識したこともないわ

>>59
すまんな
昔はそんな処理系があったのだよ
今は現場を離れているから現役かどうかは知らんが

>>63
そんな特殊な処理系にはなかなかお目にかかれないと思うので
意識しないのは普通だと思う

規格上、配列の要素間にパディングが入るのが許されるとsizeof array / sizeof array[0]で要素数を求めるのは処理系依存になるんだな
配列型が連続したオブジェクトとして配置されるのは明言されてるけどパディングについては知らない

carとかcdrとかconsとかを実装するのに必要

>>65
わかる
今どきコンパイラのアセンブリ出力をチューンナップなんかしないわな

>>64
え？どのマイコン？

あと、ポインタがしめすアドレスを物理アドレスだと説明しちゃうのはおかしくないか？　それこそ処理系によるのて

>>69
マイコンじゃなくて処理系の話な
そんときのCPUは8086系だったと記憶してるけど、
ひょっとしたら6502とかそんなんだったかもしれん

アドレサブルIOのマイコンボードだとポインタ変数に物理アドレスの番地入れてアクセスるよね
そこは処理系じゃなくてボードの設計しだいだけどさ

>>64
たぶんアライメントの勘違いじゃない？
アライメントを2バイトに設定して、奇数アドレスから２バイト読めばアライメントエラーになるけど
1バイトポインタのインリメントがジャンプするって本当かな？

ひょっとして処理系って、CPUのこと指すの？
こっちはコンパイラを指して処理系って言ってたけど
勘違いしてたらごめん

>>71
インクリメントのアセンブラが
add AL ; c++
add AL
みたいになってて
ここは高速化できねーな
ってやってたのよ
昭和の昔話

処理系って言葉は、CPUだけでもコンパイラだけでもなく
システムの仕様から来るものすべてをひっくるめて処理系でしょ

組込み系ならハードとそれ用のコンパイラをどう設計するか次第で
ものすごく珍妙な処理系になる可能性があるが
そんなことするとソフトエンジニアに恨まれるだけなので普通しない

>>60
メモリの話
100番地から2バイトはキーボードからの入力コード
104番地は8ビットで入力ピン0から7の値
106番地は8ビットで外部にON/OFFを出力する
110番地は温度センサーの値が4倍とで格納される
みたいな設計をしたマイコンボードがあったら

unsigned long tempra;
tempra = (unsigned long *)110;
とかすしてセンサーの値を取り込む

まぁ欄外コラムとしてなら良いけど
初心者に勘違いさせるような部分は気を付けないとな

>>72
68000コンパイラと86コンパイラはアドレスの扱いが違うように、物理アドレスの話だとCPUの種類の話になるからそれをきいたんだけど
そもそもC言語のルールに乗っ取ってないから、それはC言語コンパイラとは言えないな

>>74
処理系依存とかでぐぐればなんか出てくると思うよ

>>75
組み込み系における処理系の話してたの
最初に言わなくてごめんね

ANSI C制定前ならそういうのもあったのかもしれない
K&Rが実質の規格書みたいなもんだったけど

>>76
>>77
ポインタが物理アドレスをさすなんて教えたら間違いなのよ
ポインタに200って入れても、かならす200番地を指すってC言語のルールにはないのよ
それこそほとんどの処理系では仮想メモリ空間のどこかをアクセスしちゃうんだから

>>77
おっしゃるとおり
1バイトが8ビットと考えてる人向けの話もあるけどそれはまたの機会に

>>78
組み込み屋さんしてた人だからそっちの話を主軸に>>1に説明してる
あるワンチップマイコンを採用したマイコンボードがあったとして云々て前提の話
それから
ANSI規格を守ってないCコンパイラなんざ山ほどある
それに向けて書いたソースコードをC言語じゃないと言い切るのはご自由に

今さらC言語なんて自動車教習でマニュアル免許取るようなもんじゃね？

>>81
マイコンボードだと普通に存在する
ほとんどというのがどの世界のほとんどだかは知らないけど最近のマイコンは仮想メモリ空間とかそんなんあるの？
それから200と入れても略C言語のルールになはらない
ってのは言葉としては理解できるけどボードの設計がそうなっていたら必ずそうなる

>>18
10Mの画像を渡したい時に
いちいち10Mのデータを渡さなくても
アドレスだけ渡せばいい

最近の言語よりc言語の方がシンプルで分かりやすいのどうかと思う

>>83
イメージとしては正しいと思う
でも不要かと言えばそんなことはない
web屋さんにアセンブラは必要ないと思うけど
マイコン屋にはとても大切な知識

>>86
わかる
バグに強いソースコードだとは思うけどメンテナンスのこと考えてねーだろ
みたいな言語ばっかりに思える
でも
x,y,z = foo(boo);
みたいな変数の戻し方は採用してほしい

>>86
Golangが世界を支配する時が来た

>>84
40年前以上前からありますよ

>>90
それは知らなかった勉強になります
うちの業界だとそこまで大がかりなOSじゃなかったもんで、無いもんだと思い込んでました

C言語やるならCより後発のポインタがなくてかつオブジェクトと参照が実装されてる言語で一通り組めるようになってから知識を深めるために触れるほうがいいよ
昔はそれしかなかったから仕方なく使ってたってだけでそれだと不便だったり困ることが多いからより高度な言語が作られたのだし

SmalltalkとC言語って同世代なんだよな
何かすげえよな

>>43
ナル呆奴　のるひる