[РЕШЕНО] Приведение типа.

[OKTA]

Товарищи! Вопрос! Есть ли возможность без приведения типов засунуть например в QByteArray данные, если я знаю указатель на них и их размер? Указатель соответственно левого типа!

[Bepec]

Неа, вроде. Нужно указатель привести к нужному типу. У тебя компилятор с ума сойдёт по идее.

PS хотя вон недавно библиотеку собирать пытался одну - там какой то компилятор использовался С++, который позволял всякие массивы переменной длины, так что мб и есть такие компиляторы

[LisandreL]

Простой вариант с приведением:

Код

C++ (Qt)
byteArray.append( reinterpret_cast< const char * >( &data ), size );

А без приведения можно через QDataStream сериализацию сделать определив:

Код

C++ (Qt)
QDataStream& operator << ( QDataStream& out, const YourData& data );
QDataStream& operator >> ( QDataStream& in, YourData& data );

Но кода будет значительно больше, зато можно адекватно сохранять динамические данные.

[andrew.k]

Код

C++ (Qt)
QByteArray QByteArray::fromRawData ( const char * data, int size )
QByteArray & QByteArray::setRawData ( const char * data, uint size )

при этом буфер должен оставаться валидным, пока используется массив, буфер нужно будет удалить самостоятельно, QByteArray его не удалит.

[OKTA]

Код:

byteArray.append( reinterpret_cast< const char * >( &data ), size );

Да, вот этот вариант работает! Попутно прочел, что reinterpret_cast - самый опасный способ и результат не всегда гарантирован!

с RawData не пойдет, т.к. указатель все равно надо перед этим привести к char!

[Bepec]

reinterpret_cast - Программист сам дурак, если ошибся
dynamic_cast - я всё за тобой проверю

[andrew.k]

Код:

byteArray.append( reinterpret_cast< const char * >( &data ), size );

Да, вот этот вариант работает! Попутно прочел, что reinterpret_cast - самый опасный способ и результат не всегда гарантирован!

А это че типа не приведение типа?

с RawData не пойдет, т.к. указатель все равно надо перед этим привести к char!

А у тебя какая-то детская фобия, что ты типы боишься приводить?

А вообще, похоже ты что-то делаешь не так.
append копирует данные кстати.

[LisandreL]

dynamic_cast - я всё за тобой проверю

В данном случае он не применим, так как типы скорее всего не приводимы.

с RawData не пойдет, т.к. указатель все равно надо перед этим привести к char!

ORLY?
То что кастуется к char не означает, что оно по нулю закончится.

[OKTA]

Как я понял, без приведения никак, поэтому и говорю, что вариант работает)
Да, сам понял, что append копирует уже, пробую с setRawData! Спасибо!
А почему кажется, что что-то не так?))) Не сразу просто вдуплил в твой совет с setRawData - не свел одно к другому в торопях))

Ужас какой вычитал!

dynamic_cast<derv_class *>(base_class_ptr_expr)
Используется RTTI (Runtime Type Information), чтобы привести один указатель на объект класса к другому указателю на объект класса. Классы должны быть полиморфными, то есть в базовом классе должна быть хотя бы одна виртуальная функция. Если эти условие не соблюдено, ошибка возникнет на этапе компиляции. Если приведение невозможно, то об этом станет ясно только на этапе выполнения программы и будет возвращен NULL.

[OKTA]

Dynamic_cast не подойдет, т.к. const char * не указатель на класс!! 

[OKTA]

Или я что-то недопонимаю?)

[Kurles]

Или я что-то недопонимаю?)

Всё правильно понимаешь )

[Igors]

Код:

byteArray.append( reinterpret_cast< const char * >( &data ), size );

Да, вот этот вариант работает! Попутно прочел, что reinterpret_cast - самый опасный способ и результат не всегда гарантирован!

Эта запись равноценна

Код

C++ (Qt)
byteArray.append( (char *) &data, size );
 

В обоих случаях это плохо, проблемы с доставанием записанного назад практически обеспечены. Достоинство reinterpret_cast в том что эта длинная сопля бросается в глаза и как бы сигналит "здесь плохо" 

[Bepec]

Достоинство реинтерпрет каста в том, что из 1 байта при помощи такой то матери, он может сделать трёхмерную матрицу и не падать в 50% случае.

[andrew.k]

А почему кажется, что что-то не так?))) Не сразу просто вдуплил в твой совет с setRawData - не свел одно к другому в торопях))

Потому что у тебя массив данных хранится не в массиве чаров, а непонятно в чем и тебе приходится что-то приводить. Всякого рода IO девайсы работают обычно с массивом чаров (я о сторонних библиотеках). Откуда у тебя что-то другое не ясно.
а с setRawData тебе надо все время помнить, что массив данных должен жить, до тех пор, пока ты работаешь с экземпляром QByteArray, даже если ты его передал в сигнале или параметром.