Порядок байтов и...

Биты не переставляются. Побайтное зфпись/чтение (при условии, что размеры байт равны) на разных архитектурах выдадут одинаковый результат... если, конечно, железяка уж совсем не экзотическая и не обращает битовый порядок :)

> Побайтное зфпись/чтение (при условии, что размеры байт равны) на разных архитектурах выдадут одинаковый результат...

Стесняюсь спросить - ты видел, как именно этот персонаж «побайтово записывает»?

Коллега, имевший щастье поработать тут на РС и у америкосов на спарках что ли (точно не помню), жалился что задолбался гонять бинарные данные из одного представления в другое. А попробовать?

>если я его побайтно записывал на big-endian системе то побайтное чтение на little-endian системе выдаст мне тотже поток данных что я и записывал?

Конечно. Ты же записывал побайтно, а не пачками байтов вроде интов.

меня мучает вопрос а не надоли переставлять местами еще и биты, то есть не будет ли 0x01 читаться как 0x80...

Если ты вручную собираешь и разбираешь байт, проблем не будет. Если за тебя это делает компилятор из каких-то чисел - вроде бы тоже (не уверен на 100%). А вот если ты формируешь байт структурой из битовых полей, могут вылезти проблемы. Все такие структуры нужно огораживать #ifdef-проверками порядка упаковки битовых полей.

> Стесняюсь спросить - ты видел, как именно этот персонаж «побайтово записывает»?

Это уже другой вопрос :)

Вот снифером ловим заголовок IP пакета: 45 00 00 40 ae f0 40 00 40 06 fc 32 c0 a8 07 42 c0 a8 07 02

Теперь вопрос: этот вот первый 0x45 на little-endian как я понимаю должен быть 0x54 если посмотреть на формат заголовка: первые 4 бита версия протокола вторые четыре бита длина заголовка. Отсюда вопрос: почему поля местами переставлены но значения в них стоят правильные?

Уважаемый, ознакомьтесь пожалуйста с понятиями big/little-endian, и только потом задавайте вопросы.

Уважаемый Я ознакомился и кое чего не понимаю, Вам не трудно ответить на заданный вопрос?

Вопрос теоретический или нужно сделать портабельные структуры? Если первое, то важен только порядок байтов. Если второе, то Google Protobuf, Apache Thrift

Нахуй из профессии.

http://en.wikipedia.org/wiki/Endianness

The most common cases refer to how bytes are ordered within a single 16-, 32-, or 64-bit word, and endianness is then the same as byte order.

endianness is then the same as byte order.

same as byte order

byte order

byte

Я конечно не спорю что есть какие-то диковинные адово кастомные архитектуры, у которых еще и битовое представление может «вертеться»... Но причем тут это к обычному IP невкуриваю...

> первые 4 бита версия протокола вторые четыре бита длина заголовка.

45(hex) = 0100 0101

первые 4 бита равны 0100, что является цифрой 4 (версия протокола).
Вторые 4 бита равны 0101 - это цифра 5. Что не так?

на little-endian как я понимаю должен быть 0x54

НЕТ! big/little endian не влияет на порядок бит. Болько на порядок байт.

Чуваки, данные ведь по сети передаются только как litle-endian.
На той стороне они же обратно не разворачиваются.

man htonl htons и так далее

лучше сразу
man endian

Я как существо «разумное» биты нумерую в мозгу с LSB к MSB (справа на лево), а в описании TCP/IP нумерация в обратном порядке вот это в меня сразу и не влезло. Теперь вроде осознал.

Я правильно понимаю что порядок битов на всех архитектурах одинаковый?

По сети как раз наооборот только big endian и никак иначе.

> Я правильно понимаю что порядок битов на всех архитектурах одинаковый?

да. За редким исключением (настолько редким, что думать об этом на уровне обработки TCP/IP не стоит).

Спасибо!

угу, я завтыкал