Здравствуйте.
Кратко опишу проблему:
В программе есть два модуля: один низкоуровневый - "lowlevel.c" и основной модуль "main.c". В модуле "lowlevel.c" объявлен некий буфер

и модуль умеет с ним работать, например, посылать данные из этого буфера на внешнее устройство. Этому модулю нет дела до того, что означает каждый байт этого буфера, его дело - передать данные.
На самом деле каждый байт из этого буфера имеет особый смысл: заголовок, управляющие поля, данные, контрольная сумма.
Хочется, чтобы основной модуль мог работать с этим буфером как со структурой, т.е. что-то вроде того:

Однако, всё осложняется тем, что элементы структуры описаны с модуле "main.c", а буфер находится в "lowlevel.c". Пробовал использовать директиву "extern" в разных местах, но добиться желаемого не удалось. Можно, конечно перенести описание структуры в "lowlevel.h", но это будет неправильно с точки зрения инкапсуляции данных.
Посоветуйте какое-либо решение?

А нельзя структуру описать в main.h?
И вставляйте потом куда угодно

extern-ом вы даёте ссылку на экземпляр объекта, а не на его описание

2MrYuran:
Она у меня и так описана в main.c. А подключать к lowlevel.c модуль main.c не вижу смысла - зачем ему данные более высокого уровня?

Работать с указателями. Если процессор требует выровненного доступа (ARM, MSP) - при объявлении структуры указать, что структура упакована - #pragma pack, __attribute__((packed))

2Сергей Борщ
Спасибо за ответ. Я уже думал о таком решении. Но при таком способе снижается производительность и возрастает объём кода, поскольку при статическом размещении переменных компилятор мог ещё на этапе компиляции вычислить адрес члена структуры, а теперь каждый раз он будет вычислять место расположения переменной в памяти, прибавляя смещение к базовому адресу.
И вроде бы ничего фантастического я не хочу. Просто нужно, чтобы в модуле создался union с данными, объявленными в другом модуле, но как-то не получается. Если пишу

то компилятор выдаёт "a storage class may not be specified here".

Зачем в union тащить какой-то extern? Нужно в модуле (файле) lowlevel заменить char buffer[10]; на union {...} LO_TRBuf; и обращение соответственно на LO_TRBuf.buffer
А, вот в main нужно extern union {...} LO_TRBuf; и обращения типа LO_TRBuf.NT
Сам же union {...} удобно переопределить с помощью typedef...

Или так: разместить объект структуры(не массив) в lowlevel и через экстерн иметь к нему доступ из main. А юзать сами данные в lowlevel уже как душе угодно. Типа того

и не забывать про sizeof(mystruct), во избежании.

Например, адрес будет 32бит и на каждый элемент структуры в памяти будет еще храниться 4 байта адреса - вот уже "экономия" памяти налицо.

Ага, именно так - поместит в регистр базовый адрес и будет быстренько добавлять смещение хранящееся в теле команды. Вместо того, что-бы для типа "экономии" уже производительности грузить из памяти данных в этот-же регистр по 32bit значения.

Как Вам такая трактовка?



Ну так пойдите ему на встречу. Опишите структуру отдельно.

2Палыч
2baralgin
Я просто для инкапсуляции хотел, чтобы модуль lowlevel ничего не знал об интерпретации полей своего буфера. Ему для работы это не нужно, достаточно знать начало буфера и его размер. Если завтра будет создан другой проект с новым протоколом, то модуль lowlevel можно будет без изменений перенести в новый проект. Переписан будет только модуль main. А с такими перекрёстными ссылками получается, что "все знают понемножку обо всех". На мой взгляд это неправильно.

2zltigo
Я забыл упомянуть, что пишу для AVR, компилятор IAR, а насчёт выровненности структур, если понадобится в будущем, можно по совету "Сергей Борщ" использовать упакованные структуры. Что касается кода, который генерируется компилятором, я уже наблюдал, что компилятор, когда это ему выгодно, генерирует инструкции с индексной адресацией, а в других случаях - используется прямую адресацию. Использование же только указателей лишает его второй возможности.

Сообщение отредактировал Dmitro25 - Apr 14 2010, 13:53

Врядли это мистика, скорее - упрощение константных выражений

Dmitro25 Пишем в lowlevel функцию типа "void* getBuffer(void)", в main полученный указатель кастуем в структуру и используем. Чтобы не было оверхеда заводим статический указатель на структуру, которую инициализируем после входа в main. А далее в программе уже используем этот указатель.

ps: всё равно это всё неправильно и небезопасно, особенно вкупе с такими умными словами как "инкапсуляция" , имхо конечно.

Сообщение отредактировал baralgin - Apr 14 2010, 14:10

Ну если так хочется, то можно сделать тупо

За все надо платить. Можете подойти с другой стороны:

2baralgin
2Сергей Борщ
Спасибо, я, наверное, что-то подобное и сделаю, если по-нормальному не получается. Только я, скорее, склоняюсь к тому, чтобы в самом начале программы из "main" вызвать функцию

которая, помимо других действий по инициализации модуля, запомнит адрес и размер буфера.

2Палыч
В случае со множеством директив #define потом трудновато менять адреса при изменении структуры.

Сообщение отредактировал Dmitro25 - Apr 15 2010, 05:57

Тут ошибка - должно быть extern char buffer[];
А если сделать так -
то и лишних поинтеров и сложений скорее всего не будет (если компилятор достаточно умный)