fixed interruptions of commands with string arguments in interactive mode

* In order to provoke this bug, there must be a loop with a string command.
  For instance <Ifoobar^J$>.
  When interrupting this loop, ctx->expectstring.insert_len might end up > 0.
  This breaks an optimization that avoids undo tokens for insert_len since it
  is usually reset to 0 after every keypress.
  Once you rubout everything and retype `I`, you can crash SciTECO.
* I am not sure if this solution is ideal.
  An alternative might be adding teco_state_expectstring_initial(),
  but we would have to chain to it from some child states that have their
  own initial() callback.
  Of course, we could also simply teco_undo_gsize(insert_len) at the cost
  of undo tokens.

0 files changed, 0 insertions, 0 deletions