エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント23件
- 注目コメント
- 新着コメント
![rasterson rasterson](https://cdn.profile-image.st-hatena.com/users/rasterson/profile.png)
rasterson
これ、int型の配列の時しか成り立たないよね?char[]でやるとずれると思う。そして、intが32bitなら、shortでもずれるのかな?intが16bitだとlongでずれる。
![n_vermillion n_vermillion](https://cdn.profile-image.st-hatena.com/users/n_vermillion/profile.png)
n_vermillion
配列は変数サイズn個分メモリを確保したものだからなぁ。改めて言われればそうなんやが確かに絶対こんなん書いてはいけない。素直にvectorやarrayを使わんと…。低レイヤに近い実装はバグの温床やで。
![sgo2 sgo2](https://cdn.profile-image.st-hatena.com/users/sgo2/profile.png)
sgo2
例えば int *p1=…; char *p2 =(char*)p1; p1++;p2++; の結果はp1!=p2; だけど(8bit環境等の例外を除く)、配列が無いと何故そうなるのか(&ポインタ型が複数存在する理由が)理解しにくい。
![ooblog ooblog](https://cdn.profile-image.st-hatena.com/users/ooblog/profile.png)
ooblog
#ポインタ #メモリ #アドレス #C言語 #Clang #仕様 #副作用 #構文 #糖衣構文 「「配列」は「ポインタ」とは違うんだけど~初期のC~a[j]を~*(a+j)に書き換え~副作用~a[j]==j[a]~"Texas"[3]=='a'も~本質はA+B=B+A~コンパイラによってはダメ」
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2024/06/30 リンク