Qt 5.0.1 (официальная сборка): проекты падают еще до запуска/отладки

[schmidt]

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

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

During startup program exited with code 0xc0000139

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

0xc0000139 (-1073741511) -- 3221225785 (-1073741511)
Текст сообщения об ошибке: {Точка входа не найдена}

Точка входа в процедуру %hs не найдена в библиотеке DLL %hs.

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

[Bepec]

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

[schmidt]

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

[RedDog]

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

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

[Bepec]

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

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

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

[schmidt]

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

[xokc]

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

[sergek]

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

именно так.

[RedDog]

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

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

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

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

[schmidt]

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

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

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

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

[sergek]

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

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

[xokc]

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

Удалил все версии Qt, поставил заново в единственном экземпляре - и всё равно такая же беда

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

[Bepec]

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

[schmidt]

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

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

[Bepec]

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