caxapa.ru :: Коллега что-то забористое курит, наверное. Как может получиться 0x05040706? К тому же у вас массив из 10 элементов инициализирован 11 числами. Компилятор не ругается? Что ещё переврали в этом примере?

SciFi (07.09.2012 10:59, просмотров: 108) ответил MegaJohn на IAR ARM7

Коллега что-то забористое курит, наверное. Как может получиться 0x05040706? К тому же у вас массив из 10 элементов инициализирован 11 числами. Компилятор не ругается? Что ещё переврали в этом примере?

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- Все правильно. Получилось потому что он привел к типу int *. В школу. - Vladimir Ljaschko(07.09.2012 11:03)
  - потому что 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)
- возможно причуды невыровненнго доступа. - amx(07.09.2012 11:02)
  - вопрос, имеется выравненный массив, хочется с ЛЮБОЙ позиции получить 4 байта как инт. Кроме memcpy есть другие варианты ? Если нет то получается к приведению е инту является не кроссплатформенным ? (на AVR и прочих 6битниках всегда будет корректно) - MegaJohn(07.09.2012 11:07)
    - С любой позиции -- никак. Пользуйся memcpy() -- об этом даже где-то в стандартах сказано. Только за такое использование memcpy(), в случае, если данные выходят за пределы CPU (например, обмен по сети) -- тоже расстреливать нужно. - fk0(07.09.2012 16:00)
    - Приведение указателя к большему размеру никогда не было кроссплатформенно. - amx(07.09.2012 11:10)
      - если в обоих случаях LE, то должно быть кроссплатформенно. не вижу причин, кроме эндианности - Атмег(07.09.2012 11:22)
        
        ширина шины памяти не важна? - Mahagam(07.09.2012 11:25)
        
        а как влияет ширина шины? если это LE 8битник, ну положит он данные за несколько обращений, но так же - от младшего к старшему - Атмег(07.09.2012 11:34)
        
        КО сообщает, что даже 32-х битник с внешней 8-и битной шиной тоже затратит несколько обращений. и тут дело не столько в ядре, сколько в контроллере памяти. - Mahagam(07.09.2012 11:38)
        
        не могу утверждать 100%нтно, что кроме LE/BE ничего не влияет, но что может влиять пока не пойму - Атмег(07.09.2012 12:01)
        
        у 32-х битника для чтения 32-х бит из 32-х разрядной памяти по выровненной границе нужно одно чтение. из невыровненной - два, и потом склейка полученных данных. этот геморрой на аппаратном уровне в армах просто не поддержали с рождения, в то время Mahagam(380 знак., 07.09.2012 12:08)
- все что написано это мое, а скриншот его - достоверный - MegaJohn(07.09.2012 11:01)
  - А какие типы у всех замешанных переменных? amx(124 знак., 07.09.2012 11:07)
    - проверялось, расстановка скобок не влияет - Атмег(07.09.2012 11:19)

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