fixed rubout and reinsertion of the loop end command (>)

 * the loop counter wasn't properly restored when rubbing out
   the loop end command, so when it was reinserted again,
   it would still be 1 (since that's the abortion criteria) and
   no additional loop iteration was performed.
 * simple test case: Try typing 5<%a> then rubout and reinsert ">".
 * Fixed by saving the loop counter before modifying it.
   There are arguably more efficient ways to do this like only
   creating one undo token at the end of the loop -- but that
   would require storing the initial loop counter in the LoopContext
   and would generally be more tricky.
 * The case of infinite loops has been optimized in interactive mode:
   Since the loop counter never actually changes, we do not have
   to create an undo token per loop iteration.

0 files changed, 0 insertions, 0 deletions