Использование QFile сделало istringstream бинарным вводом (для libpng)

Вы работаете с потоками, как с текстовыми данными, с операторами лексического извлечения. Ознакомьтесь с ios::binary, а также методами read и write, которые подходят при работе с двоичным потоком.

В вашем случае я бы отказался от operator<< и operator>> в пользу read и write. Используйте ostream::write для записи данных массива байтов, возвращенных из QIODevice::readAll(), чтобы передать его содержимое во временный поток строк, например, и используйте ostream::read в своих тестах для проверки его содержимого.

Хорошим тестовым случаем, чтобы убедиться, что вы перенесли правильно, является написание теста, в котором вы читаете содержимое из QFile, используете ostream::write для передачи его в поток двоичного выходного файла (ofstream), а затем пытаетесь загрузить его в программное обеспечение для работы с изображениями. чтобы увидеть, все ли в порядке. Затем замените свой файловый поток строковым потоком и передайте его libpng, когда он у вас заработает.

Как говорит Айк, похоже, что речь действительно идет о различиях между текстовыми операторами '>>', '‹‹' и такими вещами, как '.str(..)', в отличие от двоично-центрированных команд, таких как '.read', и написать'. Плюс речь идет о правильной инициализации потоков. Когда я, наконец, получил программу, которая делала то, что я хотел, Евангелие выглядело примерно так:

Сначала я использовал простой поток строк вместе с QFile:

// Explicitly setting flags should at least contain ::in and ::out
// stringstream ss(std::stringstream::in | std::stringstream::out | std::stringstream::binary)
// However, the default constructor is perfectly fine.
stringstream ss;
QFile qfile(":/res/icon.png");
qfile.open(QIODevice::ReadOnly);

Это я передал своей функции, которая теперь выглядит так:

bool Io_Qt::get_stringstream_from_QFile(QFile& qfile, stringstream& ss)
{
    // [.. some sanity checks..]
    QDataStream in(&qfile);
    uint len = qfile.size();
    char* c = (char*)malloc(len*sizeof(char));
    in.readRawData(c,len);
    ss.write(c,len);
    free (c);
    return true;
}

Этот поток был наполнен и имел нужный размер. Тем более, что .write(..) записывает необходимое количество символов вне зависимости от того, сколько нулей в данных. Моя самая большая проблема заключалась в том, что я не хотел одновременно активировать и std::stringstream::in, и std::stringstream::out, потому что эта комбинация казалась мне несколько странной. Но оба нужны. Однако я обнаружил, что могу пропустить std::stringstream::binary. Но так как он, кажется, не причиняет никакого вреда, я предпочитаю хранить его на удачу. Не стесняйтесь комментировать это суеверие! :-)

Более чистая, менее C-ish, более Qt/C++-ish версия может быть:

QFile file(filePath);
file.open(QIODevice::ReadOnly);
QByteArray data = file.readAll();
std::istringstream iss(data.toStdString());

теперь используйте iss, в моем случае это было для libTIFF:

TIFF* tif = TIFFStreamOpen("MemTIFF", &iss);
// ...

Кроме того, для файлов PNG теперь можно следить за уже опубликованными article, так как std::istringstream относится к типу std::istream.

Обратите внимание, что это решение предполагает полную загрузку данных файла в память.