Это моё личное предвзятое мнение. Любое совпадение с реальностью является случайным и непреднамеренным.
-
- +1. Вполне годное решение. Если же хочется чтобы данные были именно
частью объекта то примерно так (для IAR): ЫЫyкпy(552 знак., 01.03.2022 14:44)
- Для кана не особо актуально, но для больших пакетов передача буфера удобна тем, что можно к разным его частям применять приведения указателя к разным типам структур, извлекая вложенные данные и продвигая по уровням OSI. При этом сам буфер не копируется, не перемещается, и даже не меняется. Единственный недостаток - зависимость от индейцев. Тоже решаемо в принципе. - =AlexD=(01.03.2022 14:47)
- спасибо, вариант - Argon(01.03.2022 13:13)
- а что со вложенными структурами? а что с массивами? а что с
массивами структур? а что если узлы с разной endianness. а как ты
узнаешь где пакет закончился и начался новый? - cheblin(01.03.2022 10:25)
- Вопрошающий спрашивал о парсинге пакетов CAN, это от 0 до 8 байт
данных. Длина пакета известна. О чём ты, дитятко? - =AlexD=(01.03.2022 10:37)
- у ethernet протокола тоже есть такое понятие как MTU которое обычно
в пределах 1518 bytes, как по этому протоколу передают гигабайты -
загадка cheblin(83 знак., 01.03.2022 11:28, ссылка)
- Наверное делают гигабайтный буфер, в который всё укладывают и только потом разбирают? ДБЛ БЛД - =AlexD=(01.03.2022 13:09)
- у ethernet протокола тоже есть такое понятие как MTU которое обычно
в пределах 1518 bytes, как по этому протоколу передают гигабайты -
загадка cheblin(83 знак., 01.03.2022 11:28, ссылка)
- Вопрошающий спрашивал о парсинге пакетов CAN, это от 0 до 8 байт
данных. Длина пакета известна. О чём ты, дитятко? - =AlexD=(01.03.2022 10:37)
- +1. Вполне годное решение. Если же хочется чтобы данные были именно
частью объекта то примерно так (для IAR): ЫЫyкпy(552 знак., 01.03.2022 14:44)