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

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

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

Средства и методы разработки

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

MegaJohn (13.09.2011 16:30, просмотров: 120) ответил fk0 на Хексдамп области памяти занимаемой Sunion_1 и Sunion_2 в студию. Профессионалы в watch view не смотрят.

вот[>]. Слегка подсветил http://caxapa.ru/upload/files/4ca85e7bf3cdacf985a4233f3cd9df2647be3014/

Ответить

- Одинаковое же? Что не так? Может дело в CRC -- выравнивание (адрес-то смотрю -- нечётный). И ещё сомнительна инициализация такого юниона. Для меня как-то неочевидно, что тройка должна инициализировать. В поделках финских студентов можно явно fk0(121 знак., 13.09.2011 16:57)
  - Потом усматриваю здесь ошибку. Попытка подгадать, как биты в битовом поле располагаются и через union записать туда u16. Так делать нельза -- это гоновкод. Биты могут в шахматном порядке располагаться -- ничто не запрещает. Нужно прямо битовое fk0(261 знак., 13.09.2011 17:01)
    - Да и packed меня смущает. На некоторых архитектурах сразу исключение. Там принципиально невозможно обратиться к некоторым полям получается. Недаром это нестандартная опция. Нужно packed -- пиши ручками сериализатор, из структуры в байтики и fk0(10 знак., 13.09.2011 17:04)