WinAVR 200701.., Не могу понять где глюк Опции

[defunct]

Чип M168, компилирую с опцией -Os, с O0 использовать не могу т.к. hex получается больше 16k..
Девайс периодически перезагружается, MCUSR показывает Reset Source - 0 (прыжек на адрес 0), через ~1-8 часов работы..

В main при инициализации заполнил область стека тестовым паттерном 0xA5 после этого:
1. девайс начал иногда вместо ребута подвисать (через те же 1-8 часов работы), прерывания продолжают работать.. (WatchDog пока не включаю чтоб не мешал)
2. Заметил, что некая long переменная K, которую обновляю в основном цикле программы:
K = X; (где X long переменная равная xxxx, и X = (volatile long)Y; ) иногда принимает значение: 0xA5A5xxxx, когда ожидается 0x0000xxxx. (переменные X и Y - имеют правильные значения)

Промониторил стек после очередного ребута - за границу 256 байт - не выходит и не пересекается с другими структурами данных.
float, sprintf, printf в программе не применяю.

Собсно вопрос, может есть известные баги WinAVR 200701xx, которые бы могли это объяснить?

[_artem_]

2. Заметил, что некая long переменная K, которую обновляю в основном цикле программы:
K = X; (где X long переменная равная xxxx, и X = (volatile long)Y; ) иногда принимает значение: 0xA5A5xxxx, когда ожидается 0x0000xxxx. (переменные X и Y - имеют правильные значения)

Это может показывать что значение stack pointer каким то образом портится. Почему? Наверно переменная которая портится, располагается в стеке. Если значение SP каким то образом сместилось , при обрашении к стеку , переменные (изза того что они адресуются относительно SP) могут быть прочитаны из другой ячейки .

[aesok]

Это может показывать что значение stack pointer каким то образом портится. Почему? Наверно переменная которая портится, располагается в стеке. Если значение SP каким то образом сместилось , при обрашении к стеку , переменные (изза того что они адресуются относительно SP) могут быть прочитаны из другой ячейки .

Нет, в GCC нет адесации относительно указателя стека.

Анатолий.

[_artem_]

Нет, в GCC нет адесации относительно указателя стека.

Анатолий.

Тогда как же в gcc адресуются временные переменные живущие на время выполнения функции и обитаюшие в стеке?

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

[aesok]

Тогда как же в gcc адресуются временные переменные живущие на время выполнения функции и обитаюшие в стеке?

Это называется Frame Pointer, и он живет в регистре Y.

Анатолий.

[_artem_]

Это называется Frame Pointer, и он живет в регистре Y.

Анатолий.

Эт в смысле хард и софт тек в иар ? Не знал. Ну тогда по всей видимости портится этот регистр.

[aesok]

Эт в смысле хард и софт тек в иар ?

В avr-gcc один общий стек. Но для доступа к локальным переменным используеться регистр Y (FP).

Анатолий.

[defunct]

Уточню еще один момент. 0xA5A5xxxx проявляется не при первом обновлении переменной "K"... При первом - все в порядке.. Обращений к "K" в других местах программы - нет.

Конкретную проблему с этой переменной я устранил другим путем - поменял условие события, т.о. надобность в U32 переменной отпала. Ребуты продолжаются..

[aesok]

Конкретную проблему с этой переменной я устранил другим путем - поменял условие события, т.о. надобность в U32 переменной отпала. Ребуты продолжаются..

На 99% ошибка в вашей программе. Только не подумайте что я заявляю что GCC совершенно безглючный.

Чем отлаживаете? Поробуйте поставить брейк на переменной К, вернув ей тип long. Проверте работу с указателями, самая частая ошибка. Возможно гдето пропустили ILock()/ IUnlock(). Поодключайте в программе разные блоки.

Ищите!

Анатолий.

[defunct]

На 99% ошибка в вашей программе. Только не подумайте что я заявляю что GCC совершенно безглючный.

Это хорошо! А то компилятор менять совсем не хотелось.

Чем отлаживаете? Поробуйте поставить брейк на переменной К, вернув ей тип long. Проверте работу с указателями, самая частая ошибка.

Dragon'ом

Возможно гдето пропустили ILock()/ IUnlock(). Поодключайте в программе разные блоки.

Да да, я присмотрелся к коду представленному выше, и похоже там промах с ILock (не в том месте стоит).

Код

if (slot[i] != NULL)
{
   U8 iStatus = ILock()
   __func *temp = __slot[i];
   __slot[i] = NULL;
   IUnlock( iStatus );
   temp();
}

между проверкой на NULL и запретом прерываний slot мог обнулиться..
Написал так:

Код

U8 iStatus = ILock()
__func *temp = __slot[i];
__slot[i] = NULL;
IUnlock(iStatus);
if (temp != NULL)
    temp();

Оставлю на ночь с этим изменением, завтра отпишу рез-тат.
Большое спасибо за помощь

А по-моему зря Вы убрали U32 переменную.
Как Вы теперь узнаете что прога близка к перезагрузке ?

Дык и раньше эти два события были мало взаимосвязаны. Т.е. программа могла продолжать работать с неверным K, а это для меня гораздо хуже чем перезагрузка..