つい８ビットと同じ感覚でこのように書いてしまいました。
８０８６では、おそらくはこれは誤りで多分ＣＰＵが暴走することになるはずでした。
ところがＡＭ１８８ではこのように書いても暴走しないで意図した通りの動作をしています。
それで余計に悩んでしまったのでした。
［２０１７．１．６追記］
上で「暴走しないで」と書いたのは誤りであることがわかりました（［第８回］参照）。
［追記ここまで］
どういうことかといいますと。
ちょっとわかりにくいとは思いますが、図で説明します。
下の図はＡＭ１８８がアクセスできる１ＭＢのメモリマップです。
リセットによってＣＳにはＦＦＦＦがセットされます。
つまりコードセグメントのベースアドレスはＦＦＦＦ０になります。
セグメントのサイズは６４ＫＢですから、リセットによってコードセグメントは物理アドレスの０ＦＦＦＦ０〜１０ＦＦＥＦの範囲になるはずです。
ここからがややこしい話になります。
ＡＭ１８８がアクセスできる物理メモリの上限はＦＦＦＦＦです。
するとリセット後に実際にアクセスできる実メモリアドレスはＦＦＦＦ０〜ＦＦＦＦＦのわずか１６バイトしかありません。
そういう条件のもとで、問題のプログラムリストのように、Ｆ０００へのＪＭＰ命令を書いた場合、ＣＰＵはどこに飛ぶのでしょうか。
８０８６のＪＭＰ命令は相対ジャンプ命令ですから、コードセグメントの中で、つまり論理的な６４ＫＢのメモリ空間の中で指定された「相対的な」アドレスにジャンプします。
そこはＦＦＦＦ０を００００とした場合のＦ０００番地ですから、ＦＦＦＦ０＋Ｆ０００＝１０ＥＦＦ０のはずです。
しかしそのアドレスはＡＭ１８８では存在しないアドレスです。
８０８６の場合、内部レジスタは２０ビットですから、そのアドレスは桁あふれを起こして、その結果として０ＥＦＦ０にジャンプするのではないか、ということが推測されます。
実際に８０８６で試してみれば確認できるはずなのですが、手元に８０８６はありませんし、今のところそこまでする意味はありませんから、それはあくまで推測です。
しかしおそらくそうだろうと考える根拠はあります。
ネツト上で「８０８６ Ａ２０」で検索すると、上記の考えを裏付ける説明がみつかります。
さて、するとなぜＡＭ１８８ではそのようにならず（つまり０ＥＦＦ０にジャンプしないで）、コードセグメント外のＦＦ０００にジャンプできてしまうのか？という大きな疑問が出てきます。
これにはどうやらＡＭ１８８のＵＣＳ（Ｕｐｐｅｒ ｍｅｍｏｒｙ Ｃｈｉｐ Ｓｅｌｅｃｔ）が関係しているらしい、と見当をつけたのですが、ＡＭ１８８のＤａｔａｓｈｅｅｔを何回も繰り返し読んでもどこにもそのようなことは書いてありません。
ＵＣＳは８０１８８のメモリ制御端子で、普通はＣＰＵの外でメモリアドレスからメモリのＣＳ信号を作るところを、内部の特殊レジスタ（ＵＭＣＳ）に値を設定することで、指定した範囲のメモリのＣＳ信号を出力します。
ＵＣＳの上限アドレスはＦＦＦＦＦ固定で、下限アドレスはリセット後はＦ００００になります。
よくはわかりませんが、ＡＭ１８８ではそうなります、ということにしてもよいのですけれど、どうにも気持ちがすっきりしません。
それで納得できないまま、何時間もかけてずっとネットで検索を続けておりましたら、やっと、それらしい記述をみつけました。
ファイル名は「ＡＭＤ＿８０１８６＿（１９８５）．ＰＤＦ」となっていますが、内容からするとどうもＩｎｔｅｌの８０１８６ファミリーのデータシートのコピーのようです。
表紙がないので正確なところはわかりません。
［出典］Ｉｎｔｅｌ ８０１８６Ｄａｔａｓｈｅｅｔ？（赤線は筆者）
赤線で囲ったところに問題の答えが書かれているように思います。
ちょっとわかりにくい文章ですが、意訳すると次のようになると思います。
「（ＣＰＵ内部で算出した）２０ビットのアドレスの上位１６ビットがＵＭＣＳの下位６ビットを０にした値と同じかそれよりも大きいときは、ＵＣＳがアクティブになる」
リセット後はＵＭＣＳの値
その下位６ビットを０にした値はＦ００００Ｈです。
つまり上の説明を今回の問題にあてはめて解くと、リセット後はＣＳ（コードセグメントレジスタ）の設定値に関係なく、Ｆ００００〜ＦＦＦＦＦの範囲のアドレスを指定すると、ＵＣＳ端子がアクティブになって、その範囲のメモリにアクセスできる、ことになります。
これでやっとすっきりしました。
そういうことでしたら、プログラムリストのままでもよいわけですけれど。
あ。
実際にはＣＳレジスタには、Ｆ０００にジャンプしたあと、その少し後ろのところで、Ｆ０００を設定しています。
下のリストの［０００８０］［０００８１］の行です。