структуры в С, копирование в байтовый массив Опции

[tolik_zp]

Имеется структура с элементами различных типов и массив типа char
вопрос: как все содержимое структуры скопировать в массив?

попробовал инициализировать указатель типа char на структуру и в цикле переписать - не проходит

[rezident]

Когда вы извлекаете адрес переменной с помощью оператора амперсанд - вы получаете адрес переменной. Вы знаете тип переменной?
Простая процедура.
Этот тип не требует описание его в "хидере".
Это не термин - это просто обычный указатель, поддерживаемый стандартными процедурами.

Ну я уже не знаю как вам объяснять. На гайках и автомобилях не понимаете, на яблоки, арбузы и семячки перейти что ли?
Указатель в СИ это такая же абстракция как и структура. Поведение указателя после компиляции программы в машинные коды, выполняемые CPU, зависит от конкретного CPU. Если CPU обращается к памяти побайтно, то нет никаких проблем, чтобы адресовать каждый байт. Но если разрядность шины памяти шире 8 бит, то возникают нюансы. На языке ассемблера разница выразится, например в том, что вместо команды MOV.W 0x8(R10), R14 будет использоваться команда MOV.B 0x8(R10), R14. В 16-битной архитектуре такая команда позволяет получить доступ к байту, в отличие от доступа к слову "по-умолчанию". Если в такой системе структура будет иметь выравнивание на байт, то есть вероятность 50/50, что вы обязательно налетите на глюки при использовании "словного" (16-битного) доступа к такой структуре. Причем это даже при доступе к массиву однородных данных относится. Пример.
unsigned char mas[5]={0x00, 0x01, 0x02, 0x03, 0x04};
Вне зависимости от архитектуры и способа доступа к памяти байты могут расположится в памяти в порядке как 0x00, 0x01, 0x02, 0x03, 0x04, это нам гарантирует стандарт СИ. Однако извлечение их из памяти будет зависеть от описания способа доступа к памяти, т.к. в физической памяти первый байт массива может расположиться по нечетному адресу, который 16-разрядный CPU напрямую адресовать не может, т.к. у него счетчик (PC) кратно слову (2 байтам) инкрементируется, а не кратно 1 байту. Тогда при извлечении из физической памяти такого массива с 16-разядным доступом мы можем получить двоякий результат 0x00XX, 0x0201, 0x0403 или 0x0100, 0x0302, 0xXX04. Вот к чему может привести свободное манипулирование типами данных.

[lks]

Ну я уже не знаю как вам объяснять. На гайках и автомобилях не понимаете, на яблоки, арбузы и семячки перейти что ли?
Указатель в СИ это такая же абстракция как и структура.

На семячках вы еще не упражнялись.

Если я напишу массив указателей unsigned char *buf[100]; - это абстракция?
Если я напишу struct и перечислю список переменных - это тоже?
Вообще-то компилятор выделит память под эти переменные - а память стоит денег - значит вещи вполне реальные.

Обалдеть . Все, граждане-господа-товарищи, я "пас" .
Возраст, нервы...

Если бы память позволяла - я бы поставил scanf со списком переменных и читал бы все из буфера, но это занимает памяти еще больше.

[zltigo]

Если я напишу struct и перечислю список переменных - это тоже?
Вообще-то компилятор выделит память под эти переменные - а память стоит денег - значит вещи вполне реальные.

О какие тараканы в голове. Не выделит, если не будете перечислять список переменных.
Объявление структуры, не содержащей списка переменных, не резервирует памяти, только описывает шаблон. Если структура имеет тег, то этим тегом далее можно пользоваться при определении структурных объектов - это то, что надо.
P.S.
Для тех, кто в танке - список переменных это то, что после закрывающейся фигурной скобки, а не внутри скобок.

Пожалуй мне тоже придется последовать примеру zltigo и самоустраниться...

Не смог я страсть к естествознанию не позволила