[РЕШЕНО]Требуемые файлы для запуска программы

[eXeLe]

Qt5 с mingw4.7, QtCreator 2.6
Написал программку Qt Gui, через крейтер запускается отлично, переключаюсь на "Release", компилирую.
Пробую запускать из папки с программой - хочет dll-ок.
Кидаю ей:
D3DCompiler_43.dll
icudt49.dll
icuin49.dll
icuuc49.dll
libgcc_s_sjlj-1.dll
libGLESv2.dll
libstdc++-6.dll
libwinpthread-1.dll
Qt5Core.dll
Qt5Gui.dll
Qt5Sql.dll
Qt5Widgets.dll

Дллки брал тут: %путь_к_Qt%\Qt5.0.1\5.0.1\mingw47_32\bin
Так же в корне каталога со своей прогой создал папку sqldrivers и скинул туда все содержимое: %путь_к_Qt%\Qt5.0.1\5.0.1\mingw47_32\plugins\sqldrivers (дрова odbc)

Но вместо запуска, прога начинает ругаться на:

Microsoft Visual C++ Runtime Library

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

К сожалению, это дает мало понимания того, в чем же осталась проблема?
Были мысли, что дллки беру не оттуда, но только в %путь_к_Qt%\Qt5.0.1\5.0.1\mingw47_32\bin есть все, что нужно проге.

[alex312]

http://www.prog.org.ru/topic_24263_0.html

[eXeLe]

там о 10-й студии речь.
я сразу указал, что mingw у меня.
на всякий случай попробовал скопировать platforms - реакции ноль

[alexis031182]

В списке не хватает "platforms/qwindows.dll". Для mingw оно тоже нужно.

[eXeLe]

да, по совету выше все же скопировал каталог platforms к себе.
лучше не стало, но раз нужно - пусть будет =)

[eXeLe]

погуглил еще усерднее на тему "qt5 mingw dependencies"
среди перекрестных ссылок между темами различных форумов набрел на требование libEGL.dll, которое никак не указывается программой, как нехватающая ДЛЛка.

[alexis031182]

Да, egl тоже обязательно.

[Bepec]

Qt5 вообще построена на противоречиях Я  целых 20 минут искал и думал, почему ж прога не запускается ) А там всего то была дллка, цепляющаяся динамически (тот самый platforms). Почему сделано так - непонятно. Вероятно от великого желания соблюсти стандарт плагинов

[kambala]

зачем сидеть думать, если есть тотал коммандер и dependency walker?

[Bepec]

Как вы, милостивый государь, отследите динамически подключающуюся дллку?

Да, depends её не видит. Да, её нет в зависимостях exe. Да, программа не падает, просто не запускается.

PS так же можно попытаться отследить зависимость от openssl. Та же фигня с плагинами имейджев и драйверов sql

[kambala]

QtCore, QtGui и т.п. тоже ведь динамически цепляются, так что ты какую-то неверную терминологию используешь

[twp]

лол, как это не видит? Может имеется ввиду плагин? Тогда нужно смотреть вывод приложения в консоль - наверняка приложение ругнется что не загружен плагин.

[Bepec]

Увы, нет, не видит. Он видит слинкованные библиотеки и зависимости. А плагины Qt подгружаются динамически. Используется Qt-шная система плагинов. Т.е. там прямо в коде динамически вытаскиваются функции и объекты. Можно посмотреть на примере других любых плагинов.

[twp]

плагин конечно не видит, на то он и плагин, но ты ведь указал, что не видит зависимости от dll, таких как QtCore или QtGui.
Вот что выдает для дизайнера в убунте:

sergiy@vmware:~$ ldd /usr/local/Qt-5.0.1/bin/designer
   linux-gate.so.1 =>  (0xb76e7000)
   libQt5DesignerComponents.so.5 => /usr/local/Qt-5.0.1/lib/libQt5DesignerComponents.so.5 (0xb73d8000)
   libQt5PrintSupport.so.5 => /usr/local/Qt-5.0.1/lib/libQt5PrintSupport.so.5 (0xb737e000)
   libQt5Designer.so.5 => /usr/local/Qt-5.0.1/lib/libQt5Designer.so.5 (0xb6e0e000)
   libQt5Widgets.so.5 => /usr/local/Qt-5.0.1/lib/libQt5Widgets.so.5 (0xb6761000)
   libQt5Network.so.5 => /usr/local/Qt-5.0.1/lib/libQt5Network.so.5 (0xb6632000)
   libQt5Xml.so.5 => /usr/local/Qt-5.0.1/lib/libQt5Xml.so.5 (0xb65ea000)
   libQt5Gui.so.5 => /usr/local/Qt-5.0.1/lib/libQt5Gui.so.5 (0xb614d000)
   libQt5Core.so.5 => /usr/local/Qt-5.0.1/lib/libQt5Core.so.5 (0xb5c56000)
   ...

Что-то подобное должно быть и на винде.

[Bepec]

Кхм. Нигде я не писал, что он не видит QtCore с которым он слинкован

Я и писал про плагины, которые являются файлами, надо же, динамических библиотек аля qgif4.dll и прочая Зависимости можно отследить только те, что слинкованы с проектом.

Для плагинов же используется обычное дёрганье по имени, вытаскивание объекта или функций. Это отследить невозможно сразу, т.е. зависимости эти можно увидеть только отслеживая обращения к диску

Собственно именно на это ушли мои 20 минут.

PS в принципе плагины хорошо, но такие как из каталога platforms - это бред. Нигде про них особо не упомянуто, в проекте их увидеть нереально. (ну или я не обращал внимания) Т.е. ты не узнаешь об этой зависимости и будешь много думать, запустив прогу на виртуалке и недоумевая, почему ничего не работает