Отправлено Михаил Евстафьев 08 января 2002 г. 21:01 В ответ на: Ответ: Ответ внутри отправлено Александр Веер 08 января 2002 г. 15:03

А указатель стека программно недоступен.
Так что очищать его не нужно.
Передача управления на адрес 0 - это и будет warm boot без последствий.
Мой коллега написал программу, которая вся состоит из одного обработчика прерывания. При этом он не сохраняет контекст при входе, никогда не делает возврата из обработчика прерывания, а только разрешает вложенные прерывания и циклится в обработчике. Т.е. стек только заполняется и никогда не освобождается. А в программе нигде не встречается команда запрета прерывания.
Коллега считает, что таким образом он обеспечил защиту от сбоев, где бы обработчик прерывания ни завис, он всегда по новому прерыванию перезапускается сначала.
Я отношу это к курьезам, но программа у него работает...

• Хочу не согласиться — Kuka   (09.01.2002 10:27, 701 байт)
  • Ответ: — Михаил Евстафьев   (09.01.2002 18:45, 794 байт)
    • Я немного не об этом... — Kuka   (09.01.2002 20:09, 351 байт)
      • Ответ: — Vallav   (09.01.2002 22:10, 114 байт)
        • Глубоко заблуждаетесь, батенька... — Kuka   (10.01.2002 09:46, 243 байт)
          • Ответ: — Vallav   (10.01.2002 15:30, 185 байт)
• :) Да, интересный трюк на конкретном семействе и частного случая, но (+) — Щ.C.   (08.01.2002 23:24, 354 байт)
  • Ответ: — Михаил Евстафьев   (09.01.2002 18:37, 454 байт)
    • Ответ: да, у С166 стек тоже, кажется, кольцевой... — Михаил Евстафьев   (09.01.2002 18:48, 210 байт)
      • Ну там-то overflow/underflow фиксируется :) — Щ.С.   (09.01.2002 18:53, пустое)
        • Ответ: можно их игнорировать :-) ... — Михаил Евстафьев   (09.01.2002 19:38, 196 байт)