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

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

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 );

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

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

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

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

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

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

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

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

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

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

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

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

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

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