Что в Windows 3.1 делала кнопка "Игнорировать" в диалоге GPF?

Это перевод What did the Ignore button do in Windows 3.1 when an application encountered a general protection fault? Автор: Реймонд Чен.

Когда ваше приложение вызывало General Protection Fault (GPF, общее нарушение защиты, сегодня известное как Access Violation) в Windows 3.0, система показывала такой диалог об ошибке:

Application error

CONTOSO caused a General Protection Fault in module CONTOSO.EXE at 0002:2403

Close

В Windows 3.1 же вы получали такой диалог при выполнении некоторых условий:

CONTOSO

An error has occurred in your application. If you choose Ignore, you should save your work in a new file. If you choose Close, your application will terminate.

Close Ignore

Хорошо, мы знаем, что делает кнопка "Close" (закрыть). Но что делает кнопка "Ignore" (Игнорировать)? И при каких-таких условиях она появляется?

Говоря грубо, кнопка "Игнорировать" появляется, если:

• Ошибка является общим нарушением защиты (GPF),
• Инструкция, вызвавшая ошибку, не принадлежит ядру или менеджеру памяти,
• Инструкция, вызвавшая ошибку, является одной из следующих (возможно, с одним или несколькими префиксами):
  • Операции с памятью: op r, m; op m, r; или op m.
  • Строковые операции: movs, stos, etc.
  • Загрузки селектора: lds, les, pop ds, pop es.

Если эти условия выполняются, то показывается кнопка "Игнорировать". А если вы нажмёте на эту кнопку, то ядро выполнит следующее:

• Если инструкция, вызвавшая ошибку - это загрузка селектора, то регистр назначения просто обнуляется;
• Если инструкция, вызвавшая ошибку - это pop, то указатель стека увеличивается на два байта;
• IP переходит на следующую машинную команду;
• Выполнение возобновляется.

Другими словами, ядро выполняло некий ассемблерный эквивалент для ON ERROR RESUME NEXT.

Так, вы можете подумать: "Как это вообще могло работать? Вы же просто пропускаете выполнение случайных команд!". Как бы это ни было странным, но эта идея была настолько сумасбродной, что она работала - или, по крайней мере, работала достаточно часто. Вам могло понадобится нажать "Игнорировать" дюжину раз, но в итоге был хороший шанс, что плохие значения регистров затрутся хорошими (и, вероятно, это не займёт много времени, поскольку у 8086 было крайне мало регистров), и программа продолжит вроде-как-нормально выполняться.

Полное безумие.

Упражнение: почему коду не нужно было знать, как игнорировать инструкции перехода и условного перехода?

Бонусный тривиальный факт: Разработчик, реализовавший эту сумасшедшую возможность, был Дон Корбитт - автор Доктора Ватсона.