Как понять почему крэшится Qt GUI программа после deployment на Mac OS?

Question

[Сергей Савостин]

Пытаюсь сделать deployment программе.
Сделал macdeployqt, проверил все линки otool, проверил export DYLD_PRINT_LIBRARIES=1, все как в официальной документации. Все пути правильные. Даже скармливал macdeployqtfix - не помогло.
Если зайти терминалом внутрь Application.app и запустить оттуда, то программа запускается.
Если запустить Application.app из Finder - крэшится.
Если зайти Finder'ом внутрь .app и запустить в терминале оттуда, то

This application failed to start because it could not find or load the Qt platform plugin "cocoa".

Сам плагин лежит вроде бы на месте: Application.app/Content/PlugIns/platforms/
На всякий случай сделал симлинк в Application.app/Content/MacOs/ (без него выдавала ту же ошибку даже в терминале).
Пробовал в программе принудительно очистить и создать "правильные" относительные пути через QCoreApplication::setLibraryPaths - без этого начинает подгружать из папки Qt'a...

Как определить причину крэша и есть ли вменяемый туториал по deployment для MacOS?

Comments

[Сергей Савостин]

Самое противное, что все те же действия с проектом из примеров приводят к отличной работе программы...

[EXL]

Вроде бы должно быть: Application.app/Content/platforms/ (не уверен, но вы MS Windows так).

[Яков Е]

S. KLS: нет, не должно быть :/

Answer 1

[Яков Е]

Давайте попробуем еще раз.

1. Сносим Application.app
   
2. Собираем проект релизом
   
3. Натравливаем macdeployqt,
   
4. Переименовываем папку с Qt
   
5. Пытаемся запускать из финдера
   
6. Если не получается, скидываем вывод otool -L App.app/Contents/MacOS/App на pastebin.com и ссылку в комментарий
   

Comments

[Сергей Савостин]

pastebin.com/wVBSz4Y3
Спасибо!

[Яков Е]

Сергей Савостин: так же ошибка с плагином "cocoa"?

QCoreApplication::setLibraryPaths все еще используется? Каким конкретно образом?
Если да, давайте попробуем убрать, запустить qmake, и повторить шаги из ответа, только вывод уже для otool -L libqcocoa.dylib из вашего .app

[Сергей Савостин]

Используется:

QStringList paths; // пусто, чтоб не брал Qt-шные
	paths.append(".");
	paths.append("imageformats");
	paths.append("platforms");
	paths.append("PlugIns");
	paths.append("PlugIns/platforms");
	paths.append("../PlugIns");
	paths.append("../PlugIns/platforms");
	QCoreApplication::setLibraryPaths(paths);
	QApplication a(argc, argv);
...

pastebin.com/vBgvnCyd

[Сергей Савостин]

Сергей Савостин: выше вывод без setLibraryPaths, как и просили.

[Яков Е]

Сергей Савостин: У меня ощущение, что проблема в первой строке вывода libqcocoa.dylib, давайте попробуем что-нибудь в этом духе:

cd App.app/Contents/PlugIns/platforms && install_name_tool -change @executable_path/../PlugIns/platforms/libqcocoa.dylib libqcocoa.dylib libqcocoa.dylib

[Сергей Савостин]

Яков: Да, версия странная. А перед -change разве не нужно -id делать?
Впрочем, и так и сяк делал, вывод otool -L libqcocoa.dylib не меняется, там все тот же путь относительно @executable_path. Странно. Даже с sudo пробовал.

[Яков Е]

Сергей Савостин: а в папке $path-to-qt$/5.3/clang_64/plugins/platforms лежит с другим путем?

[Сергей Савостин]

Проверил otool -L libqcocoa.dylib в сторонней программе из /Applications/ вывод такой же (версия 0.0.0.0 и путь относительно @executable_path )

[Сергей Савостин]

Яков: нет, с тем же, относительно @executable_path. Debug версия libqcocoa с путем на себя же.

[Яков Е]

Сергей Савостин: и дебаг после деплоя таки загружается?

[Сергей Савостин]

Яков: эм, macdeployqt, который собственно libqcocoa.dylib копирует, не берет debug версию. Соответственно ничего не меняется, если к debug build применить macdeployqt.

[Яков Е]

Сергей Савостин: Есть такой баг https://bugreports.qt.io/browse/QTBUG-40660 в Qt 5.3, да) Ну ладно, а у вас есть возможность обновиться до 5.4 или 5.5?

[Яков Е]

Сергей Савостин: Так, а что пишет при краше если запускать финдером не заходя в .app? Там подробнее можно ошибку посмотреть.

[Сергей Савостин]

Яков: Да вот попытался обновиться, а Qt пишет нужна коммерческая лицензия. Я что-то пропустил?
Только что воспроизвел на проекте из примеров.
1. Берем browser. Компилируем в release, macdeployqt - запускается по-всякому.
2. В main.cpp добавляем #include
и перед BrowserApplication application():
qWarning() << "PATH: " << QApplication::libraryPaths();
3. Компилируем в release, macdeployqt - запускаем: крэшится с ошибкой
This application failed to start because it could not find or load the Qt platform plugin "cocoa".
4. Добавляем в pro:
CONFIG(release, debug|release):DEFINES += QT_NO_DEBUG_OUTPUT QT_NO_WARNING_OUTPUT
5. Компилируем в release, macdeployqt - запускается по-всякому.

Беда в том, что в свой проект добавив
CONFIG(release, debug|release):DEFINES += QT_NO_DEBUG_OUTPUT QT_NO_WARNING_OUTPUT
ошибка остается. Проверил по всему проекту qDebug нигде не используется вообще.

[Яков Е]

Сергей Савостин:

1. Берем browser. Компилируем в release, macdeployqt - запускается по-всякому.
2. В main.cpp добавляем #include
и перед BrowserApplication application():
qWarning() << "PATH: " << QApplication::libraryPaths();

Я сколько деплоил — никогда не добавлял, запускается ведь)

qt.io/download

[Яков Е]

Сергей Савостин: www.qt.io/download-open-source

[Сергей Савостин]

Яков: ну, я обнаружил случайно, хотел посмотреть пути в другом приложении.
Problem report ничего толкового не отдает:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	0x00007fff9d0cf286 __pthread_kill + 10
1   libsystem_c.dylib             	0x00007fff9a1d49b3 abort + 129
2   QtCore                        	0x0000000101f7a3e9 0x101f59000 + 136169
3   QtCore                        	0x0000000101f7b991 QMessageLogger::fatal(char const*, ...) const + 161
4   QtGui                         	0x0000000102530e8e QGuiApplicationPrivate::createPlatformIntegration() + 5678
5   QtGui                         	0x0000000102530eab QGuiApplicationPrivate::createEventDispatcher() + 27
6   QtCore                        	0x0000000102193375 QCoreApplication::init() + 117
7   QtCore                        	0x00000001021932d7 QCoreApplication::QCoreApplication(QCoreApplicationPrivate&) + 39
8   QtGui                         	0x000000010252e6ae QGuiApplication::QGuiApplication(QGuiApplicationPrivate&) + 14
9   QtWidgets                     	0x0000000102a0662e QApplication::QApplication(int&, char**, int) + 206
10  com.@VER_SHORTCOMPANYNAME_STR@.@VER_PRODUCTNAME_STR@	0x00000001000048b1 main + 625
11  com.@VER_SHORTCOMPANYNAME_STR@.@VER_PRODUCTNAME_STR@	0x0000000100004634 start + 52

На @VER_* не обращайте внимания, убрал динамическое присвоение версии на всяк случай.

[Яков Е]

Сергей Савостин: там выше этого стектрейса еще бывает конкретную ошибку пишет.

[Сергей Савостин]

Яков: Немного:

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000

Application Specific Information:
abort() called

[Сергей Савостин]

Поставил Qt 5.5 - результат тот же (только папка Frameworks стала тяжелее). Пожалуй, начну пустой проект пытаться довести до бага, чтоб понять где я что не так добавил.

[Сергей Савостин]

Ну, не долго пришлось искать. Пока получается, что проблема в вызове static функции между созданием QApplication и QMainWindow. Вернее похоже в ней какая-то ошибка (еще не разобрался), которая делает вывод в консоль, а видно в это время libqcocoa еще не загрузился (а нужен для вывода в консоль). Видно проблема в архитектуре. Быстро не решу, но очень похоже на то, что писать в консоль до создания QApplication нельзя. Собственно, поэтому в browser при qDebug() до создания QApplication крэшило даже пример.
Яков, я Ваши труды отмечу решением. Большое спасибо за потраченное время!