C言語から0番地へアクセスする方法についての個人的まとめ - /var/log/hikalium

発端はuchan_nos氏によるこのツイートでした。 C言語で、本当にメモリの0番地にデータを書きたいときはどうすりゃええの？— うー@技術書典8 Day1う31 BitNOS (@uchan_nos) 2020年2月12日 それに対する私のリプライ： uint8_t *p = 1; p--; *p = v;— hikalium (@hikalium) 2020年2月12日 私はこれで話が終わると思っていたのだが、どうやらそうではなかったらしく、色々な視点からの意見が加わりながら、話は混沌を極めたのでした…。 ということで、ここに私のこのツイートに対しての見解とか、わかったことをまとめておこうと思います。 私のリプライの背景について uchanさんが求める「0番地にデータを書きたい」という課題設定を、私はこのように解釈しました。 C言語において、整数0をポインタに変換すると、それはNULL

[ddk50]

まず、ページングをOFFにします（違う

[okamotoy]

　「先頭16KBはROMなので書き込めません」 (^^;

[rin51]

> lkmlのリンクに飛ぶと、Linusの熱い言葉が見れるのでおすすめです

[chintaro3]

x86系などほとんどのCPUのほんとの0番地は、システムリセットのジャンプ先アドレスとして予約されてるので簡単には書き込みできない。メモリ領域の0番地ということならメモリマップの上位桁を調べてそれを足せばいい。

[topiyama]

C言語が難しいのではなく、コンパイラのO3最適化が難しいのでは。／アドレス指定アクセスしたいならそれ専用のAPI使うべき（環境依存な操作をしたいのなら環境依存APIに頼るのは当然か？標準関数にすべきか？）

[NOV1975]

できちゃいけないからできなくする、というのとできなくては困るからできるようにする、というのを両立させる状況だとまあ

[shioken]

poke

[t_mori]

ぬるぽ

[fa11enprince]

ん、仮想アドレスの話が出てこないがそれは無視してるのかな？

[dwarfjp]

OSや組込みでは 0 番地アクセスを弾かれると困まる時がある。ただ、memset等で 0 に書き込んでるバグを極稀に見かける。C言語を安全に扱うのは人間には荷が重すぎる。

[igrep]

やっぱOS書くときはないと困るんだ。

[kibitaki]

俺がC書いてた時には、たぶんこんな賢いこと考えていなかった。

[t_f_m]

あとで

[ustar]

どどどこだかわからない見知らぬアドレス飛び込んだ♪

[AmaiSaeta]

本題からはズレるけど、 "整数からポインタへの変換は処理系定義である" ってマジか。稀に、相互変換が出来る事が前提の処理が在るよね (Win32 API で見た記憶が)。

[hirata_yasuyuki]

昔はポインタに直接値を代入してグラフィックVRAMいじったりしたものだが、あれは処理系依存だったんだな。(e.g. unsigned char far *vram = 0xa8000000; 実際は MK_FP というマクロが用意されることが多かったけど。)

[ogawat1968]

楽しそう　“こんな記事を書いて時間をつぶしている場合ではなかった”

[YokoChan]

ブートストラップローダープログラムがこの辺りに書き込まれるのだろうと思うのだが。

[skypenguins]

仮想記憶なら0番地にアクセスできるんちゃうの？と思ったワイは初心者だな

[bungoume]

確実にやるならインラインアセンブラになるのかな。

[mohno]

そんなん規格上は未定義というだけでコードは生成するんじゃ？と思ったら、「最適化を有効にするとやはりud2」←へぇぇ。（「余計なことを」感が）　ところで、Compiler Explorer すごいな。

[kmaebashi]

元コードは処理系定義の動作にしか依存していないので、処理系が整数からポインタへのキャストを認めているのなら、最適化によりNULLになるのはコンパイラのバグじゃないの?

[hdampty7]

予約語と同じような理解してたけど、CPUによっては違うのかな。0番地を触りたくなるような人は自分でコンパイラもいじっちゃうんじゃないのかな。

[fenrir-naru]

よくある話

[ryuichi1208]

C言語難しい、、

[cruller]

“demons may fly out of your nose”