Evgenii Legotckoi
Evgenii Legotckoi16 августа 2015 г. 10:43

Qt WinAPI - Урок 001. Как собрать все DLL, используемые в Qt-проекте?

Рано или поздно перед любым Qt-разработчиком встаёт необходимость переноса своего приложения на другие компьютеры, и тогда возникает проблема наличия библиотек на целевом компьютере, которые необходимы для запуска и работы приложения. Особенно заметно это может быть при переносе приложения, которое должно исполняться под ОС Windows. Если под ОС Linux необходимые Qt библиотеки могут присутствовать по умолчанию, как например с Ubuntu, то под ОС Windows их может и вовсе не быть.

Но поиск и сборка всех необходимых библиотек может оказаться трудной задачей для новичка, да и вполне нудной задачей для опытного программиста. Но и здесь благодаря добрым людям имеется решение. Это утилита DLL Collector. Данная утилита позволяет получить зависимости программы, которая была написана на фреймворке Qt и автоматически скопировать данные библиотеки в заданную папку.

Как пишет Автор , утилита производит поиск зависимостей в runtime процесса. Следовательно Вашу программу необходимо запустить через данную утилиту. DLL Collector собирает информацию о всех подгружаемых Плагинах, используемых Вашей программой, но при этом не стоит забывать, что плагины подгружаются при первом использовании их функциями Вашей программы. Таким образом, необходимо сделать прогон Вашей программы по её функционалу, чтобы DLL Collector нашёл все библиотеки.


Как работает DLL Collector

Шаг первый. Настройка утилиты

На данном шаге необходимо произвести следующие действия:

  1. Указать в поле name путь к скомпилированной программе;
  2. Указать в поле bin путь к бинарным файлам библиотек Qt;
  3. Указать в поле plugins путь к  плагинам Qt;
  4. Указать путь к папке, куда будут скопированы DLL библиотеки
  5. Поставить галочку напротив add bin to envitonment

Шаг второй. Запуск Вашего приложения

После того, как настройка произведена, запускаем Ваше приложение нажатием кнопки Run.

Шаг третий. Обновление списка плагинов и библиотек

После того, как Ваше приложение запустилось, нажмите кнопку Update. Высветится список плагинов и библиотек. Также поработайте с Вашим приложением немного, чтобы DLL Collector наверняка обнаружил все зависимости и понажимайте кнопку Update несколько раз, чтобы убедиться, что все зависимости найдены.

Шаг четвертый. Копирование библиотек

После того, как библиотеки найдены, нажмите кнопку Copy, и все библиотеки будут скопированы.

Резюме

Подводя итоги, могу утверждать, что утилита весьма полезна и значительно облегчает жизнь.

На момент написания статьи Автор выложил новую версию программы, но лично у меня она крашилась. Поэтому я до сих пор пользуюсь более старой версией, которую вы можете скачать здесь: DLLCollector

Также Вы можете ознакомиться с программой на странице Автора.

Также не забудьте сделать инсталлятор для своего приложения, а как это делается узнайте в следующей статье .

Видеоурок

Рекомендуем хостинг TIMEWEB
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Вам это нравится? Поделитесь в социальных сетях!

V
  • 30 сентября 2017 г. 15:20
Evgenii Legotckoi
  • 1 октября 2017 г. 4:12

Старой или последней версией пользуетесь? В статье по ссылке есть более старая версия. Она работала лучше, чем последняя версия. К сожалению, не могу проверить работоспособность утилиты, поскольку не имею ни одной установки Windows на данный момент.

Также можете ещё посмотреть в сторону официальной утилиты от Qt. Вот ссылка.
V
  • 1 октября 2017 г. 9:11

Старая не работает с компиляторами msvc , попросту ничерта не находит , новая с ними же выдаёт ошибку при нажатии updаte , обе версии работают  с mingw , однако старая нашла 51 модуль , новая 45. И обе игнорят целый пакет библиотек от MS VS . В общем , подскажите аналогичную программу , может тогда всё нормально станет.

Evgenii Legotckoi
  • 1 октября 2017 г. 13:31

Есть ещё Dependency Walker. Сам не использовал, но часто натыкался на форумах, что его советуют для поиска DLL-ок.

Avazart
  • 25 марта 2018 г. 8:00

Вероятно по тому что Вы пытаетесь использовать сборщик x32 для сборки Qt x64.
Стоило скачать исходники сборщика и перекомпилить.

Avazart
  • 25 марта 2018 г. 8:03

Dependency Walker не справляет с этой задачей он не видит плагинов.

Если использовать, то использовать ProcessExplorer которыей в принципе должен отображать то же что и мои сборщик.

Avazart
  • 25 марта 2018 г. 8:05

Кстати программу я давно обновил, если есть замечания по работе пишите в мой лучше в блог.

Evgenii Legotckoi
  • 26 марта 2018 г. 3:17

Добрый день!

А почему вы не предоставляете сборку программы и для x64?
Я как бы понимаю, что программисту не должно составить труда перекомпилить программу из исходников. Но плюс вашей софтины в том, что она удобна для новичков. А опытный Qt-программист скорее будет использовать windeployqt.
То есть не каждый новичок сразу разберётся с компиляцией сборщика из исходников под необходимую целевую платформу.
Так что, возможно имело бы смысл сделать несколько сборок под последние актуальные версии MSVC.
Или у вас есть некоторые дополнительные аргументы против?
Avazart
  • 26 марта 2018 г. 3:59

Добрый день!
У меня нет возможности собрать под x32.

Кроме того если человек до сих по не научился нажимать кнопочку "собрать" проект, то ему лучше вообще не заниматься программированием.

И почему только для новичков?
Профи программистами не нужно собирать ддлки в кучу?

Касательно windeployqt:
1. Cобирает не все.
2. Cобирает то что вообще не нужно, порой такое впечатление что он тупо копирует все подряд.
3. Ну и как понимаю он не анализирует зависимости от сторонних библиотек.





Avazart
  • 26 марта 2018 г. 4:00

Поправка: У меня нет возможности собрать под x64.

Avazart
  • 26 марта 2018 г. 4:02

Да и я еще планирую поддерживать сборку под Linux.
Но по в связи с внесением изменений она не работает.

Evgenii Legotckoi
  • 26 марта 2018 г. 4:15

К сожалению, ваша программа работает только в рантайме,

  1. Запустить Вашу программу из QtCreator.
  2. Прогнать Вашу программу по всему функционалу , что бы она подгрузила все плагины и qml библиотеки.
Конечно, она позволяет проанализировать все зависимости и взять только необходимое, но при этом нужно запускать программу и прогонять её вручную по функционалу.

Но вы понимаете, что в некоторых случаях и некотором рабочем процессе внедрять подобное не имеет смысла.
Я например работаю над проектом, билд которого разворачивается на пару десятков гигабайт, а сборка билдов для тестирования осуществляется через Service Jenkins в автоматическом режиме. Как бы в крупных проектах многое стараются автоматизировать, поэтому возьмут windeployqt и никого не будет волновать наличие пары десятков лишних библиотек занимающих 50 мб, когда исходный комплект со всеми библиотеками весит 2 Гб.
А сторонние либы идут предкомпилированные в репозитории и собираются через qmake в общий билд.

Прогонять такую софтину по всему функционалу в одних только автоматических тестах составляет несколько часов. А вручную задача непосильная.

В общем со всех сторон есть вполне адекватные доводы, и я согласен с вашими насчёт windeployqt. Но тут уже вопрос компромиса.

А так меня интересовало вообще про x64, но если нет возможности, то тогда вопросов не имею. Спасибо.
Avazart
  • 26 марта 2018 г. 4:37

Моя программа работает в рантайме ибо нет другого способа узнать все зависимости.

Как что от чего зависит внутри Qt могут знать только разработчики Qt.
Но то что windeployqt работает криво говорит от том что и у них проблемы с пониманием.

Я уже не говорю о той фигне которую они придумали в последних версиях (вшитых хардкор путях).


Как бы в крупных проектах многое стараются автоматизировать, поэтому возьмут windeployqt и никого не будет волновать наличие пары десятков лишних библиотек занимающих 50 мб, когда исходный комплект со всеми библиотеками весит 2 Гб.
Ну с таким успехом можно тупо копирнуть папку QtDIR
И удалить все лишнее.

Получите где-то ~200 MБ это как и будет весь Qt комплект (а не 50M или 2ГБ)






Avazart
  • 26 марта 2018 г. 4:40

А насколько часто Вы собираете деплой?
Это как бы делается в самом конце так что не должно быть частым.

Evgenii Legotckoi
  • 26 марта 2018 г. 4:55

Деплой делается при каждом коммите, каждой ветви, автоматически, чтобы тестировщики могли проводить тестирование проекта нон-стоп.

На проекте работает 60+ программистов, каждый работает в среднем над одной двумя User Story, плюс каждый багфикс делается в отдельной ветви.
И каждая ветвь билдится. Тестировщик просто скачивает готовый чистый билд со всеми библиотеками.
Под сборку выделен отдельный сервер. Помимо Qt используем Open Cascade, Wt::dbo, Boost и ещё ряд библиотек, так что Qt занимает лишь малую часть. Поэтому на выходе имеем 700 мб.
Так что... примерно 50-60 деплоев в день будет. Если не больше.
Avazart
  • 26 марта 2018 г. 4:59

Согласен, это морока.
Качать каждый раз по 700M ...

Сомневаюсь что сам набор библиотек так часто меняться по крайней мере касающихся Qt

Evgenii Legotckoi
  • 26 марта 2018 г. 5:05

Да, набор библиотек часто не меняется, но отслеживать в рантайме... это не имеет смысла, проще раз написать скрипт, который будет собирать всё, что нужно и немного лишнего, но зато всё будет работать. Так и живём )) Поэтому и говорю, что пару лишних либ из Qt никто даже не заметит ))

Но ваша софтина замечательна для небольших проектов и при первом деплое, когда вообще непонятно, какой библиотеки не хватает и откуда её брать. Очень удобно.

Если будет время, я сделаю билд под x64 на работе. Я напишу, когда будет готово.

Avazart
  • 26 марта 2018 г. 5:07

Это вообще лишено смысла, пусть тестировщик держит все либы у себя на компе, и подменяет только исполняемый файл. А деплоить только перед финальным выпуском.

Evgenii Legotckoi
  • 26 марта 2018 г. 5:13

Сам проект состоит примерно из 20-ти подпроектов и все билдится в библиотеки. Запускаемый файл весит 28кб, а собираемые библиотеки, которые были написаны в рамках проекта - остальные 300 мб.
Если бы всё собиралось в один исполняемый файл, то программисты бы очешуели ждать пересборку при каждом изменении кода.

Используем специальный python-скрипт, который склеивает исходники перед сборкой, поэтому полный чистый билд составляет 27 минут, без скрипта 3 часа ))))
Так что просто заменить исполняемый файл не канает
Avazart
  • 26 марта 2018 г. 5:20

Ну сути это не меняет.

Avazart
  • 26 марта 2018 г. 5:21

Нет смысла деплоить одно и тоже каждый раз.

Evgenii Legotckoi
  • 26 марта 2018 г. 5:26

Какая-то библиотека может быть изменена в рамках одной единственной ветви из более чем 200 веток, над которыми работают в текщий момент времени.
Предлагаете обучать каждого тестировщика отслеживать, изменилась ли какая-то из библиотек? Бред. Люди имеют свойство забывать и ошибаться. Автоматический скрипт подготовит все необходимые библиотеки и уложит в подготовленный полноценный пакет. Тестировщику нужно лишь знать, откуда скачать.

Avazart
  • 26 марта 2018 г. 5:31

Библиотека Qt ?

Evgenii Legotckoi
  • 26 марта 2018 г. 5:34

Qt тоже. Там тоже хватает багов, которые мы исправляем.

Avazart
  • 26 марта 2018 г. 5:37

Про главным образом Qt и шла речь,
Если правятся исходники Qt то согласен для этого случая иначе нельзя.

Evgenii Legotckoi
  • 26 марта 2018 г. 5:39

А при чём тут только один Qt? Ваша же программа собирает и другие зависимые библиотеки. А значит здесь не только Qt, помимо прочего я уже говорил про Wt::dbo, Boost, Open Casecade. Может быть User Story на обновление библиотеки или исправление какого-то бага в этой библиотеки. Зачем заниматься ручной работой и напоминать тестировщику, что если программист что-то исправил, то нужно заменить библиотеку? Есть для этого автоматический скрипт, который просто потратит немного процессорного времени на копирование. Этого гораздо менее накладно, чем нагружать людей лишней ручной работой.

Avazart
  • 26 марта 2018 г. 5:49

По тому что LibraryCollector заточен конкретно именно под деплой Qt приложений.
Он видит другие зависимости но не делает из сборку
(да и откуда программе знать что нужно для Вашего специфичного проекта)

Пользователь должен сам найти в списке нужные библиотеки и чекнуть их что бы они скопировались(при чем будет тупое копирование в папку исп.файла).

В новой версии LibraryCollector можно добавить свои правила правкой js-скрипта что бы настроить сборку согласно специфике своего проекта и его библиотек.
(Например, если у Вас такая же муторная система плагинами с иерархией папок)



Avazart
  • 26 марта 2018 г. 5:52

Или Вы хотите сказать что windeployqt видит зависимости от

Wt::dbo, Boost, Open Casecade.
?

Evgenii Legotckoi
  • 26 марта 2018 г. 5:58

Нет, это я не хотел сказать (к сожалению это не так). Говорю о том, что Ваша программа отлично справляется со своей функцией и позволяет также найти недостающие сторонние библиотеки, но это может быть только разовая операция, чтобы разобраться с конкретной проблемой (ну не получается найти конкретную нужную версию (будем считать, что разработчик жёстко не выспался сегодня)), но в рамках автоматизации сборку Qt библиотек лучше положить на windeployqt, если только у вас не поддерживается консольный вариант работы (?), а сторонние бибилотеки держать в рамках репозитория и производить их копирование в итоговый билд. Чтобы просто не нагружать специалистов не нужной работой, а всю сборку просто поставить на поток через автоматизацию.

Evgenii Legotckoi
  • 26 марта 2018 г. 5:59

Но опять же... у вас зависимости ищутся в рантайме. Что также не получится автоматизировать... к сожалению...

Avazart
  • 26 марта 2018 г. 6:07

Дело в том что искать сторонние библиотеки как правило не проблема, по тому что у сторонних библиотек как правило нет такое ерунды с плагинами которые подгружаются по мере необходимости.

В таких случаях достаточно проанализировать структуру PE файла (экзешника)
а точнее таблицу импорта (даже не нужно запускать процесс)

Вся проблема в плагинах Qt которые отслеживаются только в процессе и только после прогона по функционалу. Могу конечно предположить что есть библиотеки которые делают так же, но не могу привести примеры.

Консольный вариант можно легко допилить, но смысла мало ибо по любому нужен прогон программы по функционалу.
 

Avazart
  • 26 марта 2018 г. 6:12

Кстати так советуемый на форумах Dependency Walker скорее всего так и делает- анализирует таблицу импорта - и видит только модули Qt, а плагины и qml пропускает.


RG
  • 24 июня 2020 г. 14:33

Евгений, здравствуйте! Первое, что скажу - спасибо за ваш сайт и вашу работу.
Пользовался DLL Collector'ом для сбора библиотек, дальше только выпускал новые экзешники и менял ими старые, все работало. Но вот перестало: новый экзешник при запуске выдает ошибку, что не найдена библиотека qt5network.dll, добавил вручную, появилась новая ошибка "точка входа в процедуру ... не найдена в qt5core.dll". Тут я уже решил заново в коллекторе собрать все библиотеки, но он стал выдавать "Process started. Process crashed. Process finished". Где нужно искать ошибку, что исправлять?

Evgenii Legotckoi
  • 25 июня 2020 г. 1:23

Добрый день. Спасибо за отзыв.
Если честно, то я уже тут не подскажу. Я этой программкой уже так давно не пользовался и даже не знаю, что уважаемый Avazart (разработчик DLL Collectora) там менял.

Avazart
  • 25 июня 2020 г. 4:48
  • (ред.)

Нужно больше информации что бы сказать что не так.
Версия Qt, версия компилятора. И вообще собираете последней версией моей программы?
И нельзя просто так менять одну dll. Нужно менять всё при смене версии.
Кроме того network часто тащит ssl библиотеки.

В последней версии я сделал так что можно писать js скрипт сценирий для распределения по группам сборки.
Т.е. по сути можно свои группы добавлять и прочие вещи под себя. Я подумал что такая гибкость будет кстати. Есть конечно и негативные стороны изменений - выполняется вроде как чуть дольше и я поломал сборку по Linux (но вроде как ей все равное никто не пользуется)

RG
  • 25 июня 2020 г. 8:25
  • (ред.)

QT 4.11.0, MinGW 32bit 5.9.8
Ваша программа скачана по ссылке из статьи, не знаю, где там версию посмотреть. Собирал через windeployqt отдельно - то же самое, недоставало некоторых библиотек. Изначально для устранения ошибки качал недостающие библиотеки с просторов интернета, и это приводило к "точка входа в процедуру ... не найдена в qt5core.dll". Проблему решил добавлением библиотек из папки mingw53_32\bin.

PS: перепутал адресат, ответ Azavart'у

Avazart
  • 25 июня 2020 г. 9:53
  • (ред.)

100% LibraryCollector увидил зависимости просто Вы их не "чекнули" в окне поэтому они не были добавленны. Для автоматического подхвата MinGW библиотек стоило js-скрипт поправить, по умолчанию там только msvc.

R
  • 1 июля 2020 г. 15:04

Добрый день. Вы писали, что под х64 нужно пересобрать проект, при сборке появляются ошибки типа
C:\SRC\LibraryCollector-lc_js\LibraryCollector-lc_js\wrappers\dir.cpp:149: ошибка: invalid conversion from 'QFlagsQDir::Filter::Int {aka int}' to 'Dir::Filter' [-fpermissive]
Dir::Filters filters_= (int)dir_.filter();

C:\SRC\LibraryCollector-lc_js\LibraryCollector-lc_js\wrappers\dir.cpp:155: ошибка: invalid conversion from 'QFlagsDir::Filter::Int {aka int}' to 'QDir::Filter' [-fpermissive]
QDir::Filters filter_= (int)filter;

C:\SRC\LibraryCollector-lc_js\LibraryCollector-lc_js\wrappers\dir.cpp:161: ошибка: invalid conversion from 'QFlagsQDir::SortFlag::Int {aka int}' to 'Dir::SortFlag' [-fpermissive]
Dir::SortFlags sorting_= (int)dir_.sorting();

Как это исправить?

Avazart
  • 1 июля 2020 г. 15:18

Да помнится так были проблемы при сборке MinGW я вроде исправил но на гит не закомитил. Если завтра будет время займусь.

R
  • 1 июля 2020 г. 15:27

Не думал, что так оперативно ответите. Спасибо большое, буду ждать! =)

Avazart
  • 2 июля 2020 г. 8:52
  • (ред.)

Обновил на гите исходники https://github.com/Avazart/LibraryCollector/tree/lc_js
Пожалуйста отпишитесь об успешности пересборки, обратная связь важна.

R
  • 3 июля 2020 г. 7:16
  • (ред.)

Да, собралось. После сборки при запуске требовались dll, перекинул всю папки bin, plugins(не знаю как можно было сделать более умно). Как я понял в первой строке путь к екзешнику вставляю, вторая строка пусть к компилятору, третья куда будут переноситься все необходимые файлы и четвертая просто выбрать скрипт который лежит в папке с коллектором, выбрать две галочки и нажать запуск, после проюзать программу и нажать апдейт? Список bin, plugins, qml, resources и т.д. не отображается. Когда нажимаю апдейт коллектор закрывается а программа продолжает работать, что в таком случае я сделал неправильно?

upd.
Перекинул все файлы с архива проекта в собранную версию, начали подгружаться автоматически настройки и высвечиваться список bin, plugins, qml, resources и т.д. Указал все папки верно при нажатии на run пишется "неверно задано имя папки"(5 раз переписывал путь).

upd2.
Написал в пути к папке с компилятором msvc, нажал run, появилось сообщение в консоле что запущено, затем поставил нормальный путь к папке с компилятором и все заработало, но теперь при попытке все скопировать выскакивают ошибки в консоле, что невозможно скопировать файл из папки в папку.

upd3.
Не знаю, что произошло, но с 5 перезапуском все работает отлично (разве что не может скопировать исполняемый файл с заменой если копирую в ту же папку, где он находится), спасибо большое, все работает отлично)
С Вашего позволения могу выставить сюда ссылку на гугл диск с архивом коллектора х64 на 264мб? Или может подскажете, как поудалять в нем все ненужные файлы, которые я туда закинул, чтобы уменьшить размер?

R
  • 3 июля 2020 г. 7:34
  • (ред.)

Deleted

Avazart
  • 3 июля 2020 г. 8:15
  • (ред.)

Стоило перед использованием что ли инструкцию прочитать
https://www.cyberforum.ru/blogs/131347/blog2457.html

"После сборки при запуске требовались dll,"
Ясное дело стоило задеплоить сборщик самим "себя".
Кроме DLL нужно еще было скопировать папку с js-скриптами и ini -файл с настройками из исходников. И ясное дело изменить пути на свои под свою сборку где нужно. В обще так как это сделоно в 32битной версии деплоя выложенном мною на форуме.

"вторая строка пусть к компилятору"
Не к компилятору, а к QTDIR т.е. папка сборки/комплекта Qt.

""Указал все папки верно при нажатии на run пишется "неверно задано имя папки"(5 раз переписывал путь). ""
Значит таки не верное указали. За поддержкой обращайтесь к гадалке.

"что невозможно скопировать файл из папки в папку. "
Значит не возможно. Может звезды не сошлись или плохая карма опять же к гадалке.
Мне же нужно дословное описание ошибки.

R
  • 3 июля 2020 г. 13:55
  • (ред.)

Вы меня не совсем правильно поняли, но все равно спасибо, принял все к сведению. Все сделал как вы сказали, все отлично работает, еще раз огромнейшее спасибо) Разве что только что были опять проблемы с неверным именем папки, после перезапуска все работает. И не стоит иронизировать с гадалкой, я в QT новичек да и в этих тонкостях сборки с dll и проектов в QT очень слабо знаком, поэтому расписал так, как понял это сам) Вам скинуть архив для размещения х64 версии в вашей статье?

Комментарии

Только авторизованные пользователи могут публиковать комментарии.
Пожалуйста, авторизуйтесь или зарегистрируйтесь
МВ

Qt - Тест 001. Сигналы и слоты

  • Результат:68баллов,
  • Очки рейтинга-1
ЛС

C++ - Тест 001. Первая программа и типы данных

  • Результат:53баллов,
  • Очки рейтинга-4
АА

C++ - Тест 001. Первая программа и типы данных

  • Результат:60баллов,
  • Очки рейтинга-1
Последние комментарии
ИМ
Игорь Максимов5 октября 2024 г. 17:51
Django - Урок 064. Как написать расширение для Python Markdown Приветствую Евгений! У меня вопрос. Можно ли вставлять свои классы в разметку редактора markdown? Допустим имея стандартную разметку: <ul> <li></li> <li></l…
d
dblas55 июля 2024 г. 21:02
QML - Урок 016. База данных SQLite и работа с ней в QML Qt Здравствуйте, возникает такая проблема (я новичок): ApplicationWindow неизвестный элемент. (М300) для TextField и Button аналогично. Могу предположить, что из-за более новой верси…
k
kmssr9 февраля 2024 г. 5:43
Qt Linux - Урок 001. Автозапуск Qt приложения под Linux как сделать автозапуск для флэтпака, который не даёт создавать файлы в ~/.config - вот это вопрос ))
АК
Анатолий Кононенко5 февраля 2024 г. 12:50
Qt WinAPI - Урок 007. Работаем с ICMP Ping в Qt Без строки #include <QRegularExpressionValidator> в заголовочном файле не работает валидатор.
EVA
EVA25 декабря 2023 г. 21:30
Boost - статическая линковка в CMake проекте под Windows Ошибка LNK1104 часто возникает, когда компоновщик не может найти или открыть файл библиотеки. В вашем случае, это файл libboost_locale-vc142-mt-gd-x64-1_74.lib из библиотеки Boost для C+…
Сейчас обсуждают на форуме
K
Keithfap13 октября 2024 г. 19:24
добавить qlineseries в функции North Symbol by Bubnov Ltd https://seven-elephants.com/en/categories/penthouse/ Искеле – жемчужина острова! Все факторы говорят про большой инвестиционный потенциал данного района как для …
ИМ
Игорь Максимов3 октября 2024 г. 14:05
Реализация навигации по разделам Спасибо Евгений!
JW
Jhon Wick2 октября 2024 г. 1:52
Indian Food Restaurant In Columbus OH| Layla’s Kitchen Indian Restaurant If you're looking for a truly authentic https://www.laylaskitchenrestaurantohio.com/ , Layla’s Kitchen Indian Restaurant is your go-to destination. Located at 6152 Cleveland Ave, Colu…
КГ
Кирилл Гусарев27 сентября 2024 г. 19:09
Не запускается программа на Qt: точка входа в процедуру не найдена в библиотеке DLL Написал программу на C++ Qt в Qt Creator, сбилдил Release с помощью MinGW 64-bit, бинарнику напихал dll-ки с помощью windeployqt.exe. При попытке запуска моей сбилженной программы выдаёт три оши…
F
Fynjy22 июля 2024 г. 14:15
при создании qml проекта Kits есть но недоступны для выбора Поставил Qt Creator 11.0.2. Qt 6.4.3 При создании проекта Qml не могу выбрать Kits, они все недоступны, хотя настроены и при создании обычного Qt Widget приложения их можно выбрать. В чем может …

Следите за нами в социальных сетях