Цитата(zombi @ Feb 25 2013, 12:59)

...на ассемблере всё...
тогда проблем вроде как и нет.
направления решений
1) резервация под существующий код.
2) контроль за аварийностью, при выходе стэка куда ему не положено.
резервация - методы следующие.
1) посмотреть "след" от использования стэка. методы написаны выше.
2) прикинуть мысленно глубину поллинга и(или) глубину прерываний. умножить на 1,5 или 2
контроль за аварийностью (как способ вовремя закричать, что _ВНИМАНИЕ_ ышо работаем но уже тогось!!!) лучше делать на "постоянно" используемых функциях. типа выделение памяти или в цикле главной логики, как контроль за общими ошибками. при этом достаточно выставлять признак "всё плохо со стэком" и далее его считывать по мере опроса "старшим братом" или при выводе в юай.