Защита памяти, Нужно защитить переменную в памяти Опции

[Sergio66]

Доброго вечера!
Есть программа, для Меги32.
Уже пол-года в тестовой эксплуатации.
Возникает следующая проблема - иногда, (из 50 приборов за 4 месяца круглосуточной эксплуатации) 3 или 4 раза произошел сбой системного времни
Системные часы организованы по таймеру от задающего генератора (16МГц).
CStack программы выбран в соответствии с МАР файлом, RStack - аналогично. Однако, в программе используется ф-я printf.
И у меня есть подозрение, что для нее компиллер не может правильно оценить размер CStack, и она, при своей работе выходит за границы объявленного стека и портит рабочие переменные.
переменная системного времени (__no init) расположена, естесственно в ОЗУ.
Внимание вопрос - есть ли какие нибудь мысли, как расположить данную переменную так, чтобы никакая функция, вышедшая за границы стека ее не могла испортить.
Отловить ошибку средствами отладчика не представляется возможным. Ошибка довольно редкая.
И еще.
что происходит с CStack, когда он достигает дна. Где после этого будут размещаться локальные переменные?
Заранее благодарю.

[GDI]

По моему мнению он выдаст вам максимальный размер стека которой захочет занять printf в вашей программе, если у вас система не многозадачная и не вызывается одновременно несколько printf (а выполнять printf из прерываний категорически не рекомендуется), то предсказанного размера стека должно хватить с лихвой. В реальной программе очень редко выполняется условие максимального стека, для этого надо одновременно запустить по одному экземпляру всех функций. Другое дело, если у вас где-то есть утечка памяти, вот в этом случае и возникают чудеса со стеком.

Стек по сути своей линейная штука. Он линейно растет в заданном направлении, так что определить что он затрет в первую очередь достаточно просто, это будут данные с той стороны куда растет стек. Смотрите в ваш мап-файл, и правильно определите направление роста стека. Остальное не составит для вас большого труда.