アカウント名:
パスワード:
仮想 386 モードでデバッガ作ったり使ったりしていた世代はまだ現役だと思うけど。どこかで技術伝承に失敗したか。
まぁフラットメモリモデルに移行した時点で、セグメントレジスタ書き換えをすることが、まず無くなった。ってこと何だろうけど。
それとも、単一の（不完全な）ソースがあって、それを Windows / macOS / Linux でコピペしていた？
VMのスーパーバイザなんて、元をたどればそれほど種類があるわけではあるまい。x86系だと2系統か3系統しかなかろう。特にMicrosoftは確実に外部から買ってきたものがベースだしな。
innotekとかConnectixが2006年前後に作りこんだ不具合が波及しているんじゃないか？たぶんVMwareは別系統で同じミスをしたと推測できる。
スタックの設定は、セグメントレジスタSSとスタックポインタESPへの設定の2命令が不可分なのですなそれでSSの設定だけが特別扱いされているのだが、存じなかったと
DOS 時代はメモリ保護なんて気にしてないことがほとんどだから特権昇格とか気にしなさそうだけど、仮想86モードで16bitコードを実行しているのにデバッグ割り込みで意図せず32bit実行モードに移っちゃうとかがあるのかな？だとしたらそれはツライ。ソースコードに注釈いれて赤線ひいときたい。
# 仮想386 って何ぞやって思ったけど、デバッガの文脈から DOSエクステンダじゃなく仮想86モニタの話かなー、と。# 勘違いしてたら解説もらえるとうれしい
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
DOS 時代にデバッガ作っていた世代には既知の話だが (スコア:0)
仮想 386 モードでデバッガ作ったり使ったりしていた世代はまだ現役だと思うけど。
どこかで技術伝承に失敗したか。
まぁフラットメモリモデルに移行した時点で、セグメントレジスタ書き換えをすることが、まず無くなった。ってこと何だろうけど。
それとも、単一の（不完全な）ソースがあって、それを Windows / macOS / Linux でコピペしていた？
Re: (スコア:0)
VMのスーパーバイザなんて、元をたどればそれほど種類があるわけではあるまい。
x86系だと2系統か3系統しかなかろう。
特にMicrosoftは確実に外部から買ってきたものがベースだしな。
Re:DOS 時代にデバッガ作っていた世代には既知の話だが (スコア:1)
innotekとかConnectixが2006年前後に作りこんだ不具合が波及しているんじゃないか？
たぶんVMwareは別系統で同じミスをしたと推測できる。
Re: (スコア:0)
スタックの設定は、セグメントレジスタSSとスタックポインタESPへの設定の2命令が不可分なのですな
それでSSの設定だけが特別扱いされているのだが、存じなかったと
Re: (スコア:0)
DOS 時代はメモリ保護なんて気にしてないことがほとんどだから特権昇格とか気にしなさそうだけど、
仮想86モードで16bitコードを実行しているのにデバッグ割り込みで意図せず32bit実行モードに移っちゃうとかがあるのかな？
だとしたらそれはツライ。ソースコードに注釈いれて赤線ひいときたい。
# 仮想386 って何ぞやって思ったけど、デバッガの文脈から DOSエクステンダじゃなく仮想86モニタの話かなー、と。
# 勘違いしてたら解説もらえるとうれしい