Reached through UPDATES. The robot's turn, in order: read the controls (READ_CONTROLS), pick up or put down (TAKE_OR_LEAVE), turn (HANDLE_LEFT_RIGHT), start a jump (HANDLE_JUMP), step the legs' frame (HANDLE_FORWARD). Then, if he stands in a doorway -- past the line of the room's walls (CHK_PLYR_OOB) -- he may not rise, only fall. The move is resolved and made (MOVE_PLAYER) with the top out of the collision tests; the count of turns he walks on by himself after coming through a doorway goes down, and he is marked to be redrawn.

While this runs the legs' height is 23, the whole robot's, and the top's is 0, so that the legs stand for the robot in the headroom test and in the move; at the end they are put back to 12 and 11, the top standing on the legs. The top's height of 0 is what keeps the headroom test from finding the top itself: DO_ANY_OBJS_INTERSECT takes only the legs out of its own way, and its test in Z (DO_OBJS_INTERSECT_ON_Z) never finds an overlap with a thing of no height whose base is at or below the legs'. For the move the top is taken out of the collision tests as well (bit 1 of its +7).

If he has been killed (bit 6 of +$0D), the top is killed too and the legs become the sparkle (START_SPARKLE). Graphics 24 to 27, the legs part way through a turn, have their own update routine (TURNING_LEGS), which comes back in at PLAYER_LEGS_DONE.

As Pentagram's PLAYER_LEGS and Knight Lore's player_controls, in a different order: pick-up comes before the turn here.