Структура типа im_rect является вложенной в структуре im_widget. При создании массива из элементов im_widget внутренняя структура im_rect InnerRect не копируется (прибор виснет при отладке) в случае если элементы im_widget в одном массиве. В Visual Studio все работает, а в Visual DSP виснет. Что делать? И как Вы делаете копирование структур? Читал, что в старых компиляторах на это было ограничение. Можно memcpy или memmove. Но хочется разобраться в таком поведении контроллера.



Т.е. виснет при копировании вложенных структур внутри массива.

Думаю, надо точно убедиться в проблеме в дизассемблере при выполнении по одной команде и слать минимальный пример разработчику, пусть разбирается. Если будут дополнительные замечания и наблюдения, что идёт не так, они ещё и поощрить могут.
Раз у Студии от MS вопросов нет, пусть остальные подтягиваются
Если С++ допустим, можно на его коде то же самое попробовать. Если будет падать -- ссылки на структуру заюзать. Всё же некрасиво наблюдать memcpy() в обменах структурированными данными.

а что там с #pragma pack, #pragma align и реальным размером im_int?

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

Вот дисассемблер нерабочего кода

Красный брекпойн - начало копирования структур. Потом выделен последняя "рабочая" команда. Дальше программа уходит в какое-то исключение

Сообщение отредактировал kolobochishe - Oct 20 2014, 14:08

судя по P1.L = 0x8f1E, последующим за этим P1 += 4; и попытке достать потом по адресу 0x8f22 32х разрядное число, исключение в которое дальше всё уходит - misaligned access.

А как Вы определили, что это именно "невыровненный доступ"?

P1=0x8f22 на 4 не делится, и R0 = [P1++] пытается достать 32х разрядные данные.

А вы попробуйте без typedef:

Может, компилятору так больше понравится?
Я сама всегда так пишу, а без typedef только однажды обойтись не смогла.

на вскидку: невыровненная структура - вероятно в эксепшен вылетает
смотрите чтобы все поля по 32 бита были.
ну а если нет такой возможности - делайте юнион
на свою структуру и копируйте с помощью memcpy по-байтно

Не надо цитировать всё подряд.

Сообщение отредактировал Herz - Oct 31 2014, 15:32

Автор пишет, что никаких специальных мер по нарушению выравнивания не предпринимал, читайте внимательнее.

А это еще зачем? А вложенная стрктура тоже полем является, она тоже по 32 бита должна быть?

1) у memcpy параметр имеет тип void *, согласно правилам неявного приведения типов указатель на структуру будет приведен к этому типу неявно. Никакой union не нужен.
2) Стандарт языка гарантирует, что структура должна копироваться без всяких плясок с бубном. Вне зависимости от размера, типа и количества своих членов. Даже если структура объявлена с другим выравниванием, компилятор об этом знает и обязан выполнять копирование корректно. Проблема с выравниванием может возникнуть только при доступе через указатель, если программист явным приведением типов сознательно нарушил правила выравнивания.

он хоть и обязан, но баги в компиляторах тоже бывают, и про VDSP нельзя сказать что это самый безглючный компилятор.
тут похоже грабли из-за массива структур, посмотрите по каким именно адресам он от положил wFKey[0] и wFKey[1].
и для проверки, попробуйте добавить, сколько надо ucharов в структуру, чтобы размер sizeof(im_widget) стал кратным четырём.

Вот если размер im_widget окажется не равен четырем - это, действительно, будет бага компилятора. Потому что размер структуры по стандарту кратен наибольшему выравниванию ее членов. В структуре есть указатели, выравнивание указателя в VDSP, насколько понимаю, равно четырем - компилятор обязан размер структуры сделать кратным четырем. Очень сомневаюсь, что такую ошибку пропустили бы.