Какой правильный тип актеров для использования для преобразования указателя, не являющихся типзафу для операций по переоC++

Программы на C++. Форум разработчиков
Ответить
Anonymous
 Какой правильный тип актеров для использования для преобразования указателя, не являющихся типзафу для операций по перео

Сообщение Anonymous »

Какова правильная форма типа, которая должна использоваться для операций бинарных данных, не связанных с типзафу, включающими указатели, которые приводят к переосмыслению данных как другой тип? < /p>
Например, если бы я прочитал некоторые данные из сетевого сокета, используя recv в буфер, я мог бы тогда захотеть «переосмыслить» эти данные как какой-то конкретный тип. Данные изначально читаются с использованием void* type.
Например, для типа uint64_t у нас может быть что -то вроде:

Код: Выделить всё

std::vector buffer(1024); // some length

const auto byte_count = recv(
peer_fd,
&(*buffer.end()),
1024 - buffer.size(),
0
);

const auto p_length = &(buffer[some_offset]);
const auto p_length_as_uint64_t = static_cast(p_length);
const uint64_t length = *p_length_as_uint64_t;
< /code>
Этот код не компилируется. Сообщение об ошибке < /p>
Error: Invalid type conversion
и относится к использованию static_cast .
Прошло некоторое время, так как я регулярно делал C ++. Я достиг к static_cast < /code> по умолчанию и был удивлен, что это не сработало. < /P>
Несколько вопросов. < /P>

Должен ли я использовать static_cast здесь? /ul>
Я подумал о том, чтобы просто изменить это на повторный интернет_кас < /code>, потому что это работает. Однако это правильная форма для использования? Я начинаю думать, что «простой» или «C-стиль»-это самая разумная вещь для использования? < /P>

Код: Выделить всё

const uint64_t* const p_length_as_uint64_t = (const uint64_t* const)p_length;
< /code>
 Изменить: все еще несколько смущен, после агрегирования информации в комментариях и ответах < /h2>
Давайте решим несколько вопросов. H4> Выравнивание адреса памяти < /h4>
// use 8 as an example, this is correctly aligned (I assume)
// ... presumably the buffer contained within
// `std::vector buffer(1024)`
// will start at an offset multiple of 8 bytes?
// Can someone confirm this? I may ask it as a seperate question.

// Offset now multiple of 8, ok to reinterpret as `uint64_t*`
const auto p_length = &buffer[8];
< /code>
 const Cast < /h4>
Это было несколько скрыто моим примером. Буфер в моем коде имеет тип < /p>
void some_function(
const std::vector buffer
) { ... }
Независимо от того, мы можем исправить это с помощью const_cast .

Код: Выделить всё

const auto p_const = const_cast(&buffer[0]);
const auto p_length = &p_const[8];
const auto p_length_as_uint64_t = static_cast(p_length);
После решения этих двух выпусков я могу принять это, что static_cast все еще не будет работать, и Reinterprept_cast является правильным решением? (В другом месте было предложено в другом месте :: bitcast , но казалось ли странным, что нужно использовать что -то из стандартной библиотеки, чтобы сделать это?)

Подробнее здесь: https://stackoverflow.com/questions/794 ... rsions-for
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «C++»