Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
18 октября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

352638 Топик полностью

Vladimir Ljaschko (07.09.2012 11:03, просмотров: 110) ответил SciFi на Коллега что-то забористое курит, наверное. Как может получиться 0x05040706? К тому же у вас массив из 10 элементов инициализирован 11 числами. Компилятор не ругается? Что ещё переврали в этом примере?

Все правильно. Получилось потому что он привел к типу int *. В школу.

Ответить

- потому что ARM7. В школу. - Mahagam(07.09.2012 11:26)
  - Может быть. Я, в силу своей тупости, обрабатываю в подобных местах ~~в столбик~~ побайтно. - Vladimir Ljaschko(07.09.2012 11:29)
    - это надёжно, но покурить мануал на ядро все равно не помешает. с портируемостью, конечно, возникнут проблемы. - Mahagam(07.09.2012 11:34)
- Всё равно порядок байтов какой-то чудной. Как будто внешняя память с глючным интерфейсом. - SciFi(07.09.2012 11:12)
  - внутренняя. не (int*), а *(int*). - Атмег(07.09.2012 11:20)
    - Mahagam дал ссылки выше: "The behaviour of unaligned data loads and stores depends on the implementation ('unpredictable')." Результат операции - мусор, и анализировать его нет смысла. - SciFi(07.09.2012 11:29)