struct - непонятка с косвенной адресацией Опции

[Andrei_S]

Господа, что-то не понимаю следующего:

Даю описание структуры

typedef struct SettingMenu
{
unsigned int
P1,
P2,
...
...
P100;
} Setup;

Где-то в модуле(да неважно где) создаем новую структуру типа Setup

Setup LocalSetup;

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

Setup LocalSetup;// Создаем структуру типа Setup
Setup *sptr;// Указатель
...
...

sptr = & LocalSetup;// Определяем адрес структуры

for (c=0; c<100; c++)
{
*sptr = c; // Записываем по адресу некое значение
sptr++; // Увеличиваем адрес
}

Это классический пример С, значения пишутся во все поля без проблем

В Keil-е номер не проходит - ругается на разные типы данных строки *sptr = c, хотя теоретически я получил в качестве адреса структуры адрес первого поля этой структуры.
Как бы это правильно разрулить???

[zhevak]

присоединяюсь к sergik_vrn

Структура, все элементы которой имеют одинаковый тип, явно напрашивается на то, чтобы быть массивом. Тем более, автор сам использует цикл для перебора элементов.

Сложно запомнить? Хорошо. А для чего тогда используются комментарии?

Комирование структуртоже никто не отменял

Код

__eeprom Setup eeSetup;
...
Setup LocalSetup;// Создаем структуру типа Setup
Setup *sptr;// Указатель

LocalSetup = eeSetup;
...
*sptr = eeSetup;

Сообщение отредактировал zhevak - Dec 17 2007, 11:52

[Сергей Борщ]

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

Вовсе нет. Смотрите:

Код

typedef struct
{
    uint8_t Size_X;
    uint8_t Size_Y;
    uint8_t Bitmap[];
}  bmp_font_t;

Здесь Size_X и Size_Y имеют такой же тип, что и члены следующего за ними массива, но включать их в этот массив было бы очень ненаглядно.
Как я понял, автор вопроса хранит в структуре данные, которые хоть и имеют один и тот же интегральный тип, но логически не эквивалентны. Если я не прав, то красивым и верным будет решение, предложенное vmp, если же я прав, то подход автора в осмысленным именовании каждого члена безусловно правильный, а для удобства на каких-то операциях работать со структурой как с массивом можно использовать union:

Код

typedef union
{
    struct
    {
        uint8_t member1;
        uint8_t member2;
        uint8_t member3;
    };
    uint8_t   Array[1];
} setup_t

использование здесь массива размером 1 является некоторым хаком чтобы не именовать структуру. При проверке индекса массива нужно использовать sizeof() от union. Если структуре дать имя, тогда можно в качестве размера массива задать sizeof() структуры, но в коде при доступе к членам появляется в общем-то ненужное имя структуры.

[Andrei_S]

Вовсе нет. Смотрите:

Код

typedef struct
{
    uint8_t Size_X;
    uint8_t Size_Y;
    uint8_t Bitmap[];
}  bmp_font_t;

Здесь Size_X и Size_Y имеют такой же тип, что и члены следующего за ними массива, но включать их в этот массив было бы очень ненаглядно.
Как я понял, автор вопроса хранит в структуре данные, которые хоть и имеют один и тот же интегральный тип, но логически не эквивалентны. Если я не прав, то красивым и верным будет решение, предложенное vmp, если же я прав, то подход автора в осмысленным именовании каждого члена безусловно правильный, а для удобства на каких-то операциях работать со структурой как с массивом можно использовать union:

Код

typedef union
{
    struct
    {
        uint8_t member1;
        uint8_t member2;
        uint8_t member3;
    };
    uint8_t   Array[1];
} setup_t

использование здесь массива размером 1 является некоторым хаком чтобы не именовать структуру. При проверке индекса массива нужно использовать sizeof() от union. Если структуре дать имя, тогда можно в качестве размера массива задать sizeof() структуры, но в коде при доступе к членам появляется в общем-то ненужное имя структуры.

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

Простите за серость, но адресацию элементов через enum я еще не делал...
Pls, не подскажете ли конструкцию???

[sergik_vrn]

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

Простите за серость, но адресацию элементов через enum я еще не делал...
Pls, не подскажете ли конструкцию???

если разные, делайте как делали, это правильно
по поводу enum:

Код

const u8 CONFIG_SIZE = 3;
enum Config_Items { baud_rate = 0, parity, stop_bits }; // и т.д. - по необходимости
typedef u8 Configuration[CONFIG_SIZE];
Configuration my_config;

for (int i = 0; i < CONFIG_SIZE; ++i)
    my_config[i] = Read_EEEPROM(i);

...

Set_UART(my_config[baud_rate], my_config[parity], my_config[stop_bits]);
...