=AlexD= (26.05.2014 12:48, просмотров: 123) ответил Dingo на Это изврат, или "добро пожаловать"?Это моё личное предвзятое мнение. Любое совпадение с реальностью является случайным и непреднамеренным.
-
- В плане переносимости можете указать узкие места? Хотелось бы с пояснениями, если можно. - Dingo(26.05.2014 12:55)
- в плане переносимости две засады: размер интов и размер индейцев. - Mahagam(26.05.2014 12:57)
- и выравнивание - zeleny(27.05.2014 10:33)
- +1 засада: на разных платформах между собой может работать, а между платформами - нет. - =AlexD=(26.05.2014 13:04)
- Ещё выравнивание... - fk0(26.05.2014 13:22)
- верно, #pragma pack(1) не помешает - =AlexD=(26.05.2014 13:26)
- лучше строить структуру так, чтобы она была изначально выровнена. не каждый процессор умеет ковыряться с невыровненными данными. - Mahagam(26.05.2014 13:43)
- процессору уметь необязательно, умение требуется компилятору - =AlexD=(26.05.2014 14:17)
- да ладно! а если я указатель передам на такой кривой член структуры? - Mahagam(26.05.2014 14:19)
- А ты не передавай на член, передавай на структуру. - =AlexD=(26.05.2014 14:25)
- да ладно! а если я указатель передам на такой кривой член структуры? - Mahagam(26.05.2014 14:19)
- За (де)сериализацию через (не)упакованные структуры -- сжигать нужно. Лучший способ сериализации -- printf, потом обратно sscanf. Если критично неиспользование ASCII, то писать ручками (тщательно обходя перечисленные грабли и определившись какая fk0(160 знак., 26.05.2014 13:49)
- критична ширина канала. Mahagam(197 знак., 26.05.2014 13:58)
- ascii можно сжать bcd... для равномерности можно выводить с фиксированным числом разрядов. оверхеда там не в разы, а менее чем на 20%. fk0(68 знак., 26.05.2014 14:08, ссылка)
- опять программирование ради программирования. жду нападок на TCP/IP, там тоже все прелести: битовые поля, невыровненные данные, индёйцы постоянно не те что надо и всё такое. - Mahagam(26.05.2014 14:18)
- TCP/IP -- конечно финская поделка. Протоколы проф. уровня используют ASN.1 для формального описания и BER, например, как способ кодирования бинарных данных. - fk0(26.05.2014 14:57)
- о. ещё одно программирование ради программирования. - Mahagam(26.05.2014 15:15)
- TCP/IP -- конечно финская поделка. Протоколы проф. уровня используют ASN.1 для формального описания и BER, например, как способ кодирования бинарных данных. - fk0(26.05.2014 14:57)
- опять программирование ради программирования. жду нападок на TCP/IP, там тоже все прелести: битовые поля, невыровненные данные, индёйцы постоянно не те что надо и всё такое. - Mahagam(26.05.2014 14:18)
- ascii можно сжать bcd... для равномерности можно выводить с фиксированным числом разрядов. оверхеда там не в разы, а менее чем на 20%. fk0(68 знак., 26.05.2014 14:08, ссылка)
- критична ширина канала. Mahagam(197 знак., 26.05.2014 13:58)
- процессору уметь необязательно, умение требуется компилятору - =AlexD=(26.05.2014 14:17)
- лучше строить структуру так, чтобы она была изначально выровнена. не каждый процессор умеет ковыряться с невыровненными данными. - Mahagam(26.05.2014 13:43)
- верно, #pragma pack(1) не помешает - =AlexD=(26.05.2014 13:26)
- Короче, вместо int используйте или short или long. sizeof(int) зависит от разрядности платформы. - VAI(26.05.2014 13:11)
- а ещё лучше юзать типы из <stdint.h> ну и про индейцев хорошо бы не забыть -> - =AlexD=(26.05.2014 13:18 - 13:21, ссылка, ссылка)
- Ещё выравнивание... - fk0(26.05.2014 13:22)
- в плане переносимости две засады: размер интов и размер индейцев. - Mahagam(26.05.2014 12:57)
- В плане переносимости можете указать узкие места? Хотелось бы с пояснениями, если можно. - Dingo(26.05.2014 12:55)