自己書き換えは80486と68030あたりで動作不可になりましたね。理由はキャッシュが実装されたためです。 この頃のCPUになるとRAMからキャッシュにフェッチ済みの命令を自己書き換えしてもCPUの動作に反映されないので意味がなくなりました。 486動作不可みたいなゲームたくさん出ましたね。

昔のCOBOLコードでASIGN(?)って命令で、リラン(ABENDしたら自動的に再起動)した時に自己コードを書き換えるようなことを当たり前にやってたと思うんだけど… ググってもそんな命令見つからないねぇ。 H社のメインフレームの方言だったのかしらね。 そもそもリランって概念が一般的なのかも疑問だけど。

昔はレジスタを直に書き換えられましたからね…。 BASICとかでもPOKEとPEEKとCALLまであれば最高のおもちゃw

自己書き換えプロテクト、とかいうのを思い出しました。 ROMカセットだと書き換わらないので大丈夫だけど、 ディスクやメモリ上に置いとくと書き換わってゲームができなくなる、とかなんとか。 実例があるのかどうかはわかりませんが。

自己書き換えどころか他者書き換えなんてのもメンテしたことある。あれはたまげた。

コンピュータウイルスネイティブ世代(Win95ぐらいか？)だとそんなの危険すぎて無理という認識

CPUの読み込みバッファ長の違いでいままで動いていたプログラムが新しいCPU で動かなくなったりしたことがあったな。

通りすがり失礼 聞いたことはあるけどその作業に関わったことはなかったなぁ… 寧ろコンパイラのバグで逆アセンブルしたコードにパッチ当てなら駆け出しの頃良くやってましたか…

自己書き換えとは違うけど、textセクションの書き換えとかはデバッグレジスタの個数超えたブレークポイントとかでint3に置き換えたりやるんじゃないのかな？だからリードオンリーなページとかには設定されてなさそうな気がする。

CPUエミュレーターで動かせなかったやつ（後に動くようになる）