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

[tolik_zp]

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

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

[Vladimir Chekin]

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

Адрес с помощью "операции амперсанд" ПОЛУЧИТЬ можно у любой конструкции языка, а вот ПРИСВОИТЬ любому указателю, хоть он и указывает на такую же длину данных, нельзя. Компилер ругается не на ВЗЯТИЕ, а на ПРИСВОЕНИЕ.

В принципе, это распространённая ошибка ассемблерного прошлого (сужу по себе), т.е. когда человек начинал программить на асме и делал это довольно долго. Поэтому он недоумевает, раз по моей задумке данные по числу байт совпадают, то почему ими нельзя свободно манипулировать? Но С-компилер этого не знает и ругается.

Хотя, это никому уже не интересно. Пошло стандартное кидание какашками. Жалко.

[zltigo]

Хотя, это никому уже не интересно. Пошло стандартное кидание какашками. Жалко.

Это никому не интересно по причине того, что поворялось здесь на все лады разными людьми неоднократно. Кто захотел понять - понял.

В принципе, это распространённая ошибка ассемблерного прошлого (сужу по себе)

Ассемблерное прошлое само по себе никаких отрицательных эффектов нести не может - только исключительно положительные!!! ASM-ы давно уже имеют высокоуровневые навороты и поддерживают структуры данных. Контроллеры давно уже не 8bit и нюансы работы с памятью большой разрядности ASM-овикам очень знакомы.
Описанные проблемы возникают у "программистов" от сохи "от паяльника" с мозгами отполированными многочисленными простейшими 8bit устойствами с ПО писанным в меру понимания с частичным использованием возможностей ASM. Если после этого и скачек по сложности железа/программ, и язык, и каие-то чужие программы.... И к этому приложить болезненно раздутое самомнение - тут уж беригитесь "программисты не знающие с какого конца за паяльник браться" .

[Dog Pawlowa]

Описанные проблемы возникают у "программистов" от сохи "от паяльника" с мозгами отполированными многочисленными простейшими 8bit устойствами с ПО писанным в меру понимания с частичным использованием возможностей ASM.

Не нужно сводить все к ассеблеру или паяльнику. Святой инструмент! Я знаю "чистых" программистов, которые и паяльник в руках не держали, и в программировании не сильно продвинулись (те самые отполированные мозги).
Причина в человеке. Это обратная сторона той же медали - действительно, работая с микроконтроллерами, человек, не получив хорошего образования, может самостоятельно творить, получать результат, и при этом имеет право гордиться собой. Другое дело, когда он ссылается на этот результат как аргумент в споре по другой теме.

[zltigo]

Не нужно сводить все к ассеблеру или паяльнику.

Перечисленные мной условия вовсе не являются необходимыми и тем более достаточными для получения "результата" ( но способствуют изрядно ). Как и то, что профессия "программист" не гарантирует написание владельцем сколь-нибудь нормального кода .