Prefetch abort, туплю Опции

[SpiritDance]

Непонятно поведение программы.
Через некоторое время работы (коннект по CSD и прогон данных туда/сюда) процессор вылетает в префетч, При этом в LR бешеный адрес начинающийся на 0xD8.

Вопрос. Я правильно понимаю что каким-то образом портится стек? Как это можно проверить и собственно как его можно попортить? Все указатели прна копирование информации при этом остаются целехонькими соответственно вроде не они.

Подскажите способ каким образом можно отловить момент ошибки а то я что-то не очень понимаю как это побороть?

[aaarrr]

Подскажите способ каким образом можно отловить момент ошибки а то я что-то не очень понимаю как это побороть?

Для начала, крепко подумать, откуда на стеке может взяться "бешеный адрес начинающийся на 0xD8", иногда по числу удается понять, откуда оно пришло.

Еще можно порекомендовать посмотреть содержимое LR того режима, из которого влетели в аборт.

[SpiritDance]

Для начала, крепко подумать, откуда на стеке может взяться "бешеный адрес начинающийся на 0xD8", иногда по числу удается понять, откуда оно пришло.

Там на самом деле разный мусор. Число каждый раз непонятное, ни очем не говорящее.

Еще можно порекомендовать посмотреть содержимое LR того режима, из которого влетели в аборт.

Смотрел. Влетаю явно из систем-режима, но в данном регистре вообще был нечетный адрес.

Проблема была хитрой. Парсер от процессора ловил некоторую сигнатуру в данных и принимал ее за команду и... всё.

Но она была явно не одна.

Сейчас наблюдаю вылет по данным.

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

Закомментировал некоторое количество кода и запустил без оптимизатора (none и low) - сбоев нет. Включаю оптимизатор и сбоит, причем точку вылета поймать пока не удается - в отладчике опять охинея, плюс он подвисает в самый неудачный момент. Программа без операционки, но с кучей конечных автоматов. Хорошо хоть проблема стабильно проявляется.

Уарты все заняты и в консольку я выбросить ничего не могу, есть только вариант с USB. Однако непонятно как написав обработчик dataabort дотянутся до регистров system.

Чтобы сделать такого чтоб добраться до истока проблемы? Мозг уже сломал.

А нескромный вопрос мона? Какая среда программирования? Какой язык программирования? Тут не боги заседают.

Не знаю чем поможет такое уточнение. Проц sams256 + IAR4.41A.

Кстати, отладчик может предупреждать о переполнении стека. Нужно смотреть в окне отладочных сообщений.

Угу. Это если ему будет угодно то да, покажет. Ну если конечно не зависнет.

[zltigo]

Сейчас наблюдаю...

Как Вам уже рекомендовали, сделайте нормальный обработчик исключений. У меня, например, выдат такую информацию:

Код

Abort:[D] PC:00006774 Op:E18060B1 CPSR:200000DF
   LR:00015D44 SP:40004C74
SP[0]:DEADBEEF->400024B8->400024B8->0001F4AC->
SP[4]:00000004->00000000->4000015C->0000BF24
Test:00000000
R0:00000000 R1:00000000 R2:00000003 R3:D0120F12  R4:40001D94  R5:400024B8
R6:0000CA02 R7:40000060 R8:00000004 R9:00000002 R10:40000010 R11:00000001
R12:000000C0

Еще ни разу не довелось не найти по ней причину. Адрес известен, функция по map файлу. Место по листингу, если оптимизация сильно мешает понять - отключается на конкретных местах, если функция не виноватая, типа "memcpy", то в Вашем распоряжении LR и стек для поиска первоисточника