Russian Qt Forum

Здравствуйте, уважаемые,

Решил перетащить проект с Qt 4.8 на 5 (ради QtMultimedia, ибо фонон так и не одолел :D) Скачал официальную сборку Qt 5.0.1 for Windows 32-bit (MinGW 4.7) отсюда (http://qt-project.org/downloads). После сборки, проект при попытке запуска умирает еще до того как получить управление, а креатор сообщает:


что в толковании CertUtil.exe от Microsoft означает


Посоветуйте что-нибудь на тему "как раскрутить Windows на подробное описание ошибки"? ::) Ну хотя бы глянуть дамп регистров и стек процесса, на худой конец  ;D

Точка входа не найдена в библиотеке. Библиотеки у тебя не те, версии их не те, или же вообще всё не то.

Очевидно, что-то одно, либо всё сразу :D Не ожидал такой подставы от официальной сборки, счас попробую пересобрать ее из исходников сам, мож заработает.

Интересно, как ее можно собрать, если в ней конфигурационного бинарника нету?

конфигурационный бинарник? о чём вы ? :)

PS сборки готовые, по крайней мере раньше, не поставлялись с исходниками.

PPS к счастью пользуюсь доброй 4.7.2, но к сожалению ничего не могу сказать по новой сборке.

При установке QtSDK 5.0.1 доступна опция "Включить исходники в установку". На 4.7 - 4.8 проект прекрасно работает, если бы не проблемы с phonon, и не думал бы скачивать Qt5 :)

Возможно, у Вас где-то в папках, перечисленных в PATH лежат DLL от другой версии Qt, и тестовый пример от Qt 5.0.1 загружает именно их, а не DLL из состава Qt 5.0.1.

именно так.

Ну раньше был (4.7.4) configure.exe который надо было запустить с нужными параметрами, и собрать что нужно, а что не нужно не собирать. А щас где он? Как мне к 5-й версии прицепить к примеру OpenSSL?

До последнего момента на это надеялся :) Удалил все версии Qt, поставил заново в единственном экземпляре - и всё равно такая же беда :) Сами DLL из сборки в свойствах отображают версию 5.0.1.0.

В каталоге \5.0.1\Src\qtbase лежит :)

Запустите в терминале (галочка в проекте, в настройке запуска). Возможно, там все увидите - скорее всего "не найдена Qt...4.dll).

DLL от Qt могут лежать в самых разных местах, например, в System32, поэтому удаление Qt не освобождает от необходимости просмотреть все папки из path на предмет наличия Qt DLL.

Посоветую everything. Под windows практически мгновенный поиск по всем дискам. Сразу всё видно, где дллки, что они там делают :D

Запустил в терминале, оказалось, проблема выползает в DLL'ке от MinGW - libstdc++-6.dll. Просто у меня осталась установлена отдельная версия MinGW, а QtCreator "автоопределил" этот MinGW себе в пользование, вместо того MinGW 4.7, что шел в дистрибутиве. Со всеми вытекающими последствиями :)

Тогда интересен другой вопрос - как связаны между собой DLL компилятора и самой Qt, которым она собрана? И отчего я могу использовать конкретно только эту версию компилятора? Вопрос не праздный, мне очень интересно отчего так происходит :) Видимо, потому что сами библиотеки Qt цепочкой вызовов уходят к "низкоуровневым" DLL той самой версии компилятора?

Программа, собранная с одной версией компилятора, не будет работать с другой версией компилятора. Насколько я понимаю, там правила вызова функций различаются от версии к версии. В результате получаются отсутствующие или же бродячие указатели на функции.