QQmlApplicationEngine::loadData() в Release сборке
QQmlApplicationEngine, release
Возникла проблема с запуском QML-приложения (Qt 5.12.2( mingw 7.3 32-bit )/ Windows-8 64-bit).
Создал приложение из примера Qt\Examples\Qt-5.12.2\quick\layouts\ :
#include <QGuiApplication> #include <QQmlApplicationEngine> #include <QDir> #include <QFile> #include <QResource> #include <QByteArray> #include <iostream> void exploreQrcDir( const QString& path ) { QDir qrcDir( ":/layouts" ); std::cout << ":/layouts : " << std::endl; for ( const QString& item : qrcDir.entryList()) { std::cout << item.toStdString() << std::endl; } for ( const QFileInfo& item : qrcDir.entryInfoList()) { std::cout << item.absoluteFilePath().toStdString() << ";" << item.isReadable() << std::endl; } } QByteArray resourceData( const QString& path ) { QResource qmlFile( path ); std::cout << "Resource is valid = " << qmlFile.isValid() << " , is compressed = " << qmlFile.isCompressed() << " , size = " << qmlFile.size() << std::endl; QByteArray data = (const char*)( qmlFile.data() ); std::cout << "Resource data = " << qmlFile.data() << std::endl; std::cout << "ByteArray = " << data.toStdString() << std::endl; return data; } int main(int argc, char* argv[]) { QGuiApplication app(argc, argv); exploreQrcDir( ":/layouts" ); const QString qmlDataSource( "qrc:/layouts/layouts.qml" ); QQmlApplicationEngine engine; engine.loadData( resourceData( ":/layouts/layouts.qml" ) ); // debug version - ok // release version - qml window not open // engine.load( qmlDataSource ); // ok // engine.load( QUrl( qmlDataSource ) ); // ok return app.exec(); }
В результате в debug-версии работает любой вариант.
А в release-версии - приложение виснет на engine.loadData().
Ни сообщений об ошибке, ни окна приложения, ничего. Только процесс висит.
Вопрос: как гарантированно загрузить qml-файл из ресурсов приложения?
We recommend hosting TIMEWEB
Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.Do you like it? Share on social networks!
d
- dsfs
- April 26, 2024, 4:56 p.m.
C ++ - Test 004. Pointers, Arrays and Loops
- Result:80points,
- Rating points4
d
- dsfs
- April 26, 2024, 4:35 p.m.
C++ - Test 001. The first program and data types
- Result:73points,
- Rating points1
Last comments
Qt Linux - Lesson 001. Autorun Qt application under Linux как сделать автозапуск для флэтпака, который не даёт создавать файлы в ~/.config - вот это вопрос ))
АК
Qt WinAPI - Lesson 007. Working with ICMP Ping in Qt Без строки #include <QRegularExpressionValidator> в заголовочном файле не работает валидатор.
Анатолий КононенкоFeb. 5, 2024, 2:50 p.m.
EVADec. 25, 2023, 11:30 p.m.
Boost - static linking in CMake project under Windows Сделал всё по-как у вас, но выдаёт ошибку [build] LINK : fatal error LNK1104: не удается открыть файл "libboost_locale-vc142-mt-gd-x64-1_74.lib" Хоть убей, не могу понять в чём дел…
Qt/C++ - Lesson 056. Connecting the Boost library in Qt for MinGW and MSVC compilers Для решения твой проблемы добавь в файл .pro строчку "LIBS += -lws2_32" она решит проблему , лично мне помогло.
Now discuss on the forum
Evgenii LegotckoiMay 3, 2024, 2:07 a.m.
IscanderCheApril 30, 2024, 4:22 p.m.
Павел ДорофеевApril 14, 2024, 2:35 p.m.
Вернуть старое поведение QComboBox, не менять индекс при resetModel Добрый день! У нас много проектов в которых используется QComboBox, в версии 5.5.1, когда модель испускает сигнал resetModel, currentIndex не менялся. В версии 5.15 при resetModel происходит try…
так а оригінальник код збираєтсья і запускає?
цей
Ну там-же в комментариях написано, что при значении qmlDataSource = qrc:/layouts/layouts.qml стандартный подход работает.
Он меня не устраивает - нет результата выполнения загрузки.
Можно конечно после загрузки делать проверку: !engine.rootObjects().isEmpty().
Собственно вопрос с загрузкой QML-файла из ресурса возник в другом проекте, а этот я взял чтобы найти алтернативный вариант.
И получил неожиданность.
чесно не розумію навіщо вам перевіряти чи завантажився базовий QML но якщо не принцепово, можна через базову сторінку грузити Loader
і статус перевіряти, а файли передавати через пропертю
Начнем с начала: есть большой проект ( я дорабатываю и поддерживаю ), больше 100 QML-файлов с подпроектми. Сборка идет 25-30 минут. Все это работает уже несколько лет.
При переходе на более свежую версию Qt обратил внимание, что на некоторых машинах release-версия приложения стартует, но главное окно не открывается. Путем расширенного вывода в лог вычислено место - QQmlApplicationEngine::load( "qrc:/main.qml" ), после которого engine.rootObjects() дает пустой список.
Подчеркиваю - на некоторых машинах. Например - две копии одной виртуальной машины. Разница - на одной собирается проект, на другой - нет.
Библиотеки везде одинаковые ( собраны windeployqt в одно место ).
Отсюда и вырос тестовый проект из примера.
Вопрос: откуда и почему не грузится main.qml в release-версии?
Я не хочу обойти проблему. Я хочу ее решить.
Не знаю, в чём конкретно у вас проблема на ваших машинах, но если вы запустили конкретно пример layouts и ничего не менялм в pro файле, то проблема в release версим конкретно здесь в этих строчках.
Стоит только их закомментировать, как в release версии ваша ошибка не проявляется.
По сути проблема в том, что debug версия находит другие относительные пути для :/layouts/layouts.qml , в отличие от qrc:///layouts/layouts.qml .
Возможно, что в данном конкретном случае debug версия проверяет файлы относительно каталога сборки, а release относительно места установки, в котором оказывается пусто. Вообще, если у вас всё собирается в испольняемый файл, без компиляции внешних ресурсов RCC, то обязатльно нужно использовать префикс qrc:// . Это правильно. Если же используете внешние ресурсы RCC, то нужно указывать относительный путь и чтобы этот файл там был.
По сути, непонятно по какой причине, у вас на некоторых машинах не находится правильно путь к ресурсам. Можете попробовать собирать в RCC и класть рядом с исполняемым файлом, и соответсвенно указывать путь к RCC относительно исполняемого файла. Это должно гарантированно решить вашу проблему. Если останутся нерабочие машины, то тогда писать на багтрекер Qt.
Шикарный ответ. Огромное спасибо. Буду пробовать.
Дополнительный вопрос ( возникла мысль, но не проверял ) - что будет с загузкой qml-файла, если он ссылается на недоступный qml-файл?
Приложение будет бросать какие-то сообщения или будет молча не загрузиться?
Не помню, давно уже с QML не работал, по-моему, обычно пишет в консоль, что не находит файл. В любом случае какую-то ошибку в консоль выкидывает.
Но если честно, если у вас проект будет аккуратно разработан, а также все QML файлы будут в ресурсах, то проблемы такой возникать не должно.