Усечение разрядности

Пусть есть переменная большой разрядности. Например, . Зависит ли результат от порядка байт? То есть гарантированно ли в y окажется младшее двойное слово x, или же двойное слово, занимающее младшие адреса в x? А гарантированно ли поместит в z старшее двойное слово x, или же двойное слово, занимающее старшие адреса в x? А при смешанном порядке байт в четверном слове не окажутся ли y и z в перемешку байты из старшего и младшего двойных слов?

0

Если static_cast<uint32_t>(x), то думаю гарантировано. А си касты... Тут без понятия.
Самой интересно.

Добавлено через 10 минут
Нашла статейку. Может пригодится по теме.
http://en.cppreference.com/w/c... licit_cast

0

Зависит

0

В данном случае Вы работаете со значениями, а говорите о адресах.

0

А результат сдвигов тоже зависит?

0

taras atavin, нет, битовые операции работают как им и положено.

0

Сообщение от Croessmah В данном случае Вы работаете со значениями, а говорите о адресах.

Есть некий x, занимающий 8 байт. Значение этого икса имеет младшее и старшее двойное слово. Но данный икс находится где то в памяти и состоит из байтов по адресам: (uint8_t*)(&x), ((uint8_t*)(&x))+1, ((uint8_t*)(&x))+2, ((uint8_t*)(&x))+3, ((uint8_t*)(&x))+4, ((uint8_t*)(&x))+5, ((uint8_t*)(&x))+6 и ((uint8_t*)(&x))+7 и каждое из двойных слов значения тоже хранится где то в памяти на половине этих адерсов, например, при litle-endian младшее занимает адреса (uint8_t*)(&x), ((uint8_t*)(&x))+1, ((uint8_t*)(&x))+2 и ((uint8_t*)(&x))+3, а старшее ((uint8_t*)(&x))+4, ((uint8_t*)(&x))+5, ((uint8_t*)(&x))+6 и ((uint8_t*)(&x))+7, при big-endian наоборот, а смешанный порядок байт может быть таким, что каждое из двойных слов значения будет занимать байты и до ((uint8_t*)(&x))+3 включительно, и начиная с ((uint8_t*)(&x))+4. Вопрос: после в игрек окажется младшее двойное слово значения, или всегда двойное слово, расположенное по адресам (uint8_t*)(&x), ((uint8_t*)(&x))+1, ((uint8_t*)(&x))+2 и ((uint8_t*)(&x))+3? А после в z будет старшее двойное слово значения, или всегда двойное слово на адресах ((uint8_t*)(&x))+4, ((uint8_t*)(&x))+5, ((uint8_t*)(&x))+6 и ((uint8_t*)(&x))+7?

Добавлено через 4 минуты

Сообщение от Тамика Нашла статейку. Может пригодится по теме. http://en.cppreference.com/w/c... licit_cast

1. Вообще то у меня приведение явное.
2. По каким правилам выполняется само преобразование, не сказано.

Добавлено через 1 минуту
arrjj, мне надо разделить значение на старшую и младшую часть. Как это сделать переносимо? В другом случае надо разобрать значение на байты и снова собрать из байтов, при этом важно, какой по старшинству байт попадёт в каждое место.

0

мб так нагляднее будет
uint a = 0xA1B2C3D4
представление в памяти
little-endian
(uint) D4C3B2A1
(ushort) D4C3B2A1
a>>8
(uint) C3B2A100
(ushort) C3B2A100

big-endian
(uint) A1B2C3D4
(ushort) A1B2C3D4
a >> 8
(uint) 00A1B2C3
(ushort) 00A1B2C3

PDP-endian
(uint)B2A1D4C3
(ushort)B2A1D4C3
a>>8
(uint) A100C3B2
(ushort)A100C3B2

0

arrjj, помоему фигня какая-то, есть правило при приведении типов, именно приведении типов(а не указателей на типы), если uint привести к ushort всегда отрежутся старшие байты, независимо от того акой порядок байт в системе

Добавлено через 2 минуты
то что Вы написали скорее всего будет справедливо при преобразовании указателей, т.е тут еще будет походить на Ваш вариант

0

Сообщение от taras atavin Как это сделать переносимо?

обычно компиляторы или фреймворки представляют макросы свои
в Qt это QtGlobal Q_BYTE_ORDER
в boost есть BOOST_LITTLE_ENDIAN и BOOST_LITTLE_ENDIAN
в GNU libc тоже есть __BYTE_ORDER макросы

0

Сообщение от arrjj обычно компиляторы или фреймворки представляют макросы свои в Qt это QtGlobal Q_BYTE_ORDER в boost есть BOOST_LITTLE_ENDIAN и BOOST_LITTLE_ENDIAN в GNU libc тоже есть __BYTE_ORDER макросы

Ну узнал я порядок байт. И что мне с ним дальше делать? Узнать, кстати, не проблема: . Всё, значение s однозначно идентифицирует порядок байт.

0

Сообщение от taras atavin C++ 1 uint64_t s;

хотя бы проинициализируйте

0

Сообщение от aLarman хотя бы проинициализируйте

Ты бы хоть исходник прочитал.

0

0

ой сори.

каст всегда даёт одинаковый результат. разница только при касте указателей
т.е. y=(uint32_t)x; будет всегда одинаковый, но y=*(uint32_t*)&x; будет разный

дико извиняюсь

0