жопа получается, правда. Я понимаю когда такое возникает при передаче указателя - тогда ясно, ф-ция не знает о выравнивании.. но тут прямое присвоение и такая попа - not aligned access обрабатывается не верно.. погляжу что там стандарт говорит.. если найду.. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

жопа получается, правда. Я понимаю когда такое возникает при передаче указателя - тогда ясно, ф-ция не знает о выравнивании.. но тут прямое присвоение и такая попа - not aligned access обрабатывается не верно.. погляжу что там стандарт говорит.. если найду..

Отправлено DASM 21 марта 2007 г. 21:48
В ответ на: интересно посмотреть IAR ARM - вот это интересно было бы отправлено <font color=gray>net_net</font> 21 марта 2007 г. 21:45

Составить ответ | Вернуться на конференцию

Ответы

во-во - пишет что попа - а компилит через другую попу - тоесть одна рука знает а другая делает по другому - на PC все похрену - работает как надо - а здесь чтото попа ;-( — net_net (21.03.2007 21:59:48 91.76.219.140, пустое)
Компилятор IAR вообще все выкидывает нах ;-) Что дальше написать то? — Vladimir Ljaschko (21.03.2007 21:51:44 194.226.120.28, пустое)
- ну это понятно - сразу пишем volatile unsigned long Size;. Только в ИАРе я такого бага не помню, работал нормально с pack(1) — DASM (21.03.2007 21:52:33 212.58.192.14, пустое)
  - volatile не помогает... Грамотно — Vladimir Ljaschko (21.03.2007 21:57:4 194.226.120.28, пустое)
    - что значит не помогает ? — DASM (21.03.2007 21:58:14 212.58.192.14, пустое)
      - Пока в прерывание обращение не вставил, выкидывал все равно. Короче, IAR MSP - все нормально. Нормальный 16 битный процессор :-) — Vladimir Ljaschko (21.03.2007 22:00:56 194.226.120.28, пустое)