траблы с памятью (ARM, gcc2.96)

http://gcc.gnu.org/onlinedocs/gcc-2.95.3/gcc_4.html#SEC91

aligned, packed - не помогает?

// wbr

>на каждое поле

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

> 2) Какие приемы кто может посоветовать отладки чтобы узнать какой >объект "пилит по памяти"

а какая версия arm? возможно ваша проблема в другом,
в ARM меньше 9 версии, все указатели должны быть выравнены по 4 байтовой границе, соотвественно, что-нибудь типа
uint32_t a;
uint16_t *p = &a;
*(p + 1) = 1;
может приводить к падению.

помогает, НО пробовали вот что - пишем структуры в лист. Лист лежит в объектнике, структуры ноды и листа в хидерах без аттрибутов упаковки. Наши данные должны быть упакованы ( приклада реализует сетевой протокол ). Если сделать pragma pack - числа не ложатся в поля. Решили атрибут упаковки ставить на каждое поле, проблема решилась в рамках теста, правда еще на пробовали ставить аттрибут упаковки на всю структуру. А в проекте, например, если не упаковывать поле одной из структур - рассыпается одна из статических переменных, если упаковать, то расыпается в другом месте. Подозрение что компилер дурит, а как бороться - хз :)

насчет упаковки попробую, ARM у нас как раз 9xx и подобного кода нет

В кросплатформенных приложениях обычно специально и явно преобразуют структуры в массив байтов и обратно. Little/big-endian по-моему никакими аттрибутами не исправить.

Я в таких случаях просто делаю массив типа char. Далее по нужному мне смещению при помощи простых функций (избавляет от головной боли при работе big/little-endian) получаю нужные значения в переменную (можно и структуру заполнять, для удобства).

Что то вроде такого:

int GetInt(char *p) {
   return (int)(p[0] | (p[1] << 8) | (p[2] << 16) | (p[3] << 24));
}

А структуры то для чего придуманы?

Для little/big выполняются определения соотвественно