例外１
┌─────────────┐
│×××××××××××××│
│＃×××××♀×××××員│
│■■■■■＃■■■■■■■│
│×××××××××××××│
└─────────────┘
┌─────────────┐
│×××××××××××××│
│＃××××−♀×××××員│
│■■■■■＃■■■■■■■│
│×××××××××××××│
└─────────────┘
ここに２つの場面があります。まず上を適当にエディットしてください。
開始後、はしごを降ります。その状態でのロボットの行ける場所は
左のはしごの上とランナーのはるか下の床だけです。
ロボットはランナーの高さに行けないので、当然左の登りはしごを目指します。
ぎゃー、なんで来るのーしかし、ランナーの上に来た時、はしごを降りて(落ちて？)ランナーを殺しに来ます。
メモリの話で言うと、はしご(=3)を、ランナー(=9)で上書きしてしまうため
足場がないことになってしまうようです。
なので、はしご無敵を使えばランナーの地点が9でなくなるのでこの例外は起きません。
これは今までのアルゴリズムでは説明がつかないので、例外（バグ？）として扱います。
セーフ。当然ね。バーがあるとアルゴリズムに準じた動き。
今度は下をエディットしてみてください。バーが１つ増えただけです。
さっきと同様にはしごを降ります。またロボットの行ける場所を考えるますが、さっきと同じ地点以外ありません。
ロボットはランナーの高さに行けないので、左のはしごを目指します。
ランナーの上を通って左のはしごに行きます。殺しにきません。
例外２
┌──────────────┐
│××××××××××××××│
│−−−−×員員員×−−−−−│
│××××■■■■■×××××│
│×××××■♀■×××××▲│
│××××××■×××××××│
│××■×××××××■×××│
│××××××××××××××│
│■■■■■■■■■■■■■■│
│××××××××××××××│
│××××××××××××××│
│××××××××××××××│
│××××××××××××××│
│××××××××××××××│
└──────────────┘
これをエディットしてみてください。
ちなみにこっから下は文を読むよりやってみて結論だけ読んだほうがよいです。
こうなるはずです（カッコ内はロボットの移動距離）
３体とも右に行く（２マス）
左２体が左に、右のロボットはそのまま右へ（３マス）
真ん中のロボットが右へ（１マス）
左のロボットがバーから手を離し、真ん中のロボットは左へ（１マス）
右のロボットがバーから手を離し、真ん中のロボットは右へ（２マス）
右のロボットが金塊を取り、真ん中のロボットは左へ。
地下帝国説のはなしも書いてあるのですが、メモリ上ではエディットでAボタンを押した順にオブジェクトに番号が振られていて、そこではコンクリ＝２、バー＝４、ロボット＝８として計算しています。
メモリViewer一部をみてみると、
これの赤枠の中身を元に戻すと、
−−−−×員員員×−−−−−■■■■■■■■■■■■■■
××××■■■■■×××××
もともとロードランナーはヨコ２８マスなので、こうなります。エディットでは１４マスしか使いませんが、使わない部分はコンクリで埋められているんですね。
ロボットが右に２マス歩くとどう変化するかというと。
元に戻すと、
−−−−×員×員×員−−−−■■■■■■■■■■■■■■
××××■■■■■×××××
ロボット（０８）でバー（０４）が上書きされています。
この状態でほかのロボットがメモリのデータを参照すると、横視界を作る時にこんなんなります。
左が左２体にとっての横視界と行ける場所／右が右のロボにとっての行ける場所。
ランナーと同じ高さの金塊に行きたがります。
さらに歩くと、
−−−員×員×××−−員−−■■■■■■■■■■■■■■
××××■■■■■×××××
青のかこみが真ん中ロボットの横視界。バーがロボで隠れている。
この、「バー（もしくははしご）が別のロボットで隠れたためブランクと勘違いする現象」は、
ロボットが横視界を確認する段階でのみ起こります。
横視界を作る時はメモリの000200から、
縦視界を作る時はメモリの別のところ（000400から）を読んでいるからだとおもいます。