Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > С/С++: Кроссплатформенное программирование, Qt/Gtk+/wxWidgets > Расширение для QtCreator

Автор: Avazart 18.5.2013, 19:50

Пишу свой плагин для QtCtreator. Суть  работы плагина отображать все "зависимости от DLL"  текущего открытого проекта и при необходимости скопировать все DLL в папку с exe  проекта - т.е. для удобства переноса приложения на другие компьютеры. Вопрос : как получить из  плагина полный путь к исполняемому файлу  exe  текущего открытого проекта, текущей сборки ( debug/release ) ? На данный момент готово : http://www.youtube.com/watch?feature=player_embedded&v=vyqmNb5sQ2Y Но  путь определяется не совсем верно...

Автор: bsa 20.5.2013, 11:45

Avazart, зачем создаешь одинаковые темы на разных форумах? Ты нашел решение, напиши его сюда и пометь тему решенной.

Автор: Avazart 20.5.2013, 22:44

На тот момент когда создавал решения небыло ... В дальнейшем ответ нашелся на другом форуме...

Автор: bsa 21.5.2013, 11:22

Avazart, ты так и не сделал то, что я попросил.

Автор: Avazart 21.5.2013, 23:30

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

Автор: Majestio 22.5.2013, 00:12

Цитата(Avazart @ 21.5.2013,  23:30) Цитата Avazart, ты так и не сделал то, что я попросил. Собственно, уважаемый, какие притензии ко мне ? Правило хорошего тона: нашл решение - отпиши! Создал кростпост на 5 -375 форумах, отпишись. Так правильно.

Автор: Avazart 22.5.2013, 01:33

Цитата Создал кростпост на 5 -375 форумах, отпишись.Так правильно.  Издеваетесь ? Могу кинуть ссылку на решение, если оно так интересно и если конечно это не противоречит правилам форума ( ссылаться на др. форумы )

Автор: bsa 22.5.2013, 18:12

Цитата(Avazart @  22.5.2013,  02:33 ) Издеваетесь ? нет. Это стандартная практика. Просто люди поиском будут находить твой вопрос, а он без ответа. Это не хорошо. Цитата(Avazart @  22.5.2013,  02:33 ) Могу кнуть ссылку на решение, если оно так интересно и если конечно это не противоречит правилам форума ( ссылаться на др. форумы )  В http://forum.vingrad.ru/index.php?act=boardrules нет запрета.

Автор: Avazart 23.5.2013, 00:23

Тогда нет проблем : http://www.prog.org.ru/topic_22168_120.html Если обстоятельства сложатся, когда доделаю выложу ссылку на сам  плагин и его исходники.

Автор: Avazart 28.2.2014, 13:48

Плагин и его исходники выложены тут: http://www.cyberforum.ru/blogs/131347/blog509.html

Автор: bsa 28.2.2014, 14:20

Плагин интересный и, возможно, очень даже полезный (особенно для новичков). Но, к сожалению, судя по видео, еще не совсем готов. Рекомендую немного поменять тематику этого плагина. Сделать не только поиск зависимостей, но и сборку готового пакета (для начала - просто архива программы и всех необходимых библиотек; затем можно и msi замутить или Qt Installer Framework заюзать). В этом случае его можно будет смело двигать в основное дерево исходников Qt Creator.

Автор: Avazart 18.6.2014, 14:14

Цитата(bsa @  28.2.2014,  14:20 ) Но, к сожалению, судя по видео, еще не совсем готов. Что именно вам кажеться не готовым ? Что касаестся направленности на сборку пакета, тут возникает куча вопросов. К примеру если делать архив то каким архиватором?  Ибо от него будет зависеть работоспособность плагина. Если делать инсталятор(какой инсталятор использовать?) то тут возникает куча вопросов куда ставить все добро и как распределять. Да и вообще стоит делать инсталятор когда можно такскать просто папку с программой? Так как наряд ли новички осилят сборку QtCreator и плагина, решил выложить программу: http://www.cyberforum.ru/blogs/131347/blog2457.html

Автор: bsa 19.6.2014, 12:22

Цитата(Avazart @  18.6.2014,  15:14 ) К примеру если делать архив то каким архиватором? Есть устоявшиеся стандарты. В Windows - это ZIP, в *nix - это tar.bz2. А потом, архив - это не самоцель. Для начала достаточно сделать копирование всех необходимых файлов (в т.ч. и программы и плагинов) в указанную пользователем папку с воссозданием дерева каталогов, а уже затем можно думать о сжатии. Цитата(Avazart @  18.6.2014,  15:14 ) Если делать инсталятор(какой инсталятор использовать? Есть стандарты. Под Window - это MSI. Под линукс - это rpm и dpkg (остальные менее распространены, да и не под *nix ты делаешь). Цитата(Avazart @  18.6.2014,  15:14 ) то тут возникает куча вопросов куда ставить все добро и как распределять. Каталог установки должен определять пользователь при запуске инсталлятора.

Автор: Avazart 19.6.2014, 16:50

Цитата(bsa @  19.6.2014,  12:22 ) Для начала достаточно сделать копирование всех необходимых файлов (в т.ч. и программы и плагинов) в указанную пользователем папку с воссозданием дерева каталогов, а уже затем можно думать о сжатии. Плагин как раз и копирует длл с воссозданием дерева в папку с экзешником. И никто не мешает потом разработчику скопировать их куда надо и зархивировать тем арихиватором или инсталятором который он предпочитает, и с теми настройками которые ему нужны. Дело в том что стандортов нет, все что вы сказали это не стандарты, а лишь то  рапростанено как частое решение. Лично мое мнение если прога не пишит в реестр и не производит каких-то магических действий с системой, то в инсталяторе нет необходимости, в остальном по обстоятельствам. Существуют таки довига видов инсталяторов и архивов способов упаковки/распаковки, и я не вижу смысла привязывать плагин еще к какому то одному из них. Цитата(bsa @  19.6.2014,  12:22 ) Каталог установки должен определять пользователь при запуске инсталлятора. Я не об этом. А о том что к примеру, если ставить 10 ваших программ то вероятно в папке кадой будет лежать пакет из Qt-DLL-лок что не хорошо ибо их можно было бы использовать совместно - один пакет для всех программ написанных на Qt данной версии. Не хорошо ложить на плечи плагина то что должен делать разработчик:  а именно выбор инсталятора, то как и куда распаковывать программу, ведь программа программе рознь.

Автор: bsa 20.6.2014, 13:40

Цитата(Avazart @  19.6.2014,  17:50 ) Не хорошо ложить на плечи плагина то что должен делать разработчик:  а именно выбор инсталятора, то как и куда распаковывать программу, ведь программа программе рознь. именно для этого плагины и существуют. Если кому не понравится твой установщик, будут использовать другой, а плагин отключат/не установят. Цитата(Avazart @  19.6.2014,  17:50 ) Дело в том что стандортов нет, все что вы сказали это не стандарты, а лишь то  рапростанено как частое решение. По стандартом я подразумевал то, что работает в голой системе. В голой Windows XP и более поздних работают и ZIP, и MSI; поэтому оба этих формата уже можно смело использовать. Цитата(Avazart @  19.6.2014,  17:50 ) Я не об этом. А о том что к примеру, если ставить 10 ваших программ то вероятно в папке кадой будет лежать пакет из Qt-DLL-лок что не хорошо ибо их можно было бы использовать совместно - один пакет для всех программ написанных на Qt данной версии. Это называется общие библиотеки. Они, обычно, ставятся куда-нибудь в c:\windows\system32 и в реестре ставится счетчик использований. Но это можно сделать только из инсталлятора. Кстати, только с помощью MSI установщика можно организовать централизованную установку через Active Directory. Имей в виду.

Автор: Avazart 20.6.2014, 14:33

Цитата(bsa @  20.6.2014,  13:40 ) именно для этого плагины и существуют. Если кому не понравится твой установщик, будут использовать другой, а плагин отключат/не установят. Ну я ведь не для этого делаю его что бы им не ползавались. Мало того что писать установщик писать - это мартышкин труд, кроме этого в зависимости от особенностей проекта (не только предпочтений разработчика, а разработчик не простой пользователь) может быть лучше использовать то или иной установщик. Цитата(bsa @  20.6.2014,  13:40 ) В голой Windows XP и более поздних работают и ZIP, и MSI; поэтому оба этих формата уже можно смело использовать У на вируталке XP как я помню там не было вообще архиватора изначально. Кроме того я имел опыт написания инсталяторов,  и к примеру было такое что на одной из машин просто не было папки %PROGRAMFILES%  (проверка 32/64 была). Цитата(bsa @  20.6.2014,  13:40 ) Это называется общие библиотеки. Они, обычно, ставятся куда-нибудь в c:\windows\system32 и в реестре ставится счетчик использований. Но это можно сделать только из инсталлятора. Это называется фиговый стиль- срать в системные папки. Кроме того если что-то где-то удалится руками и пиши пропало.

Автор: bsa 20.6.2014, 16:03

Цитата(Avazart @  20.6.2014,  15:33 ) Мало того что писать установщик писать - это мартышкин труд, кроме этого в зависимости от особенностей проекта (не только предпочтений разработчика, а разработчик не простой пользователь) может быть лучше использовать то или иной установщик. Обычно, такие установщики сами определяют зависимости, на сколько я знаю. А если не определяют, то используется какая-то бесплатная система установки (Nullsoft, winrar-sfx и пр), и, я думаю, разработчик был бы рад иметь готовое решение "из коробки". Цитата(Avazart @  20.6.2014,  15:33 ) У на вируталке XP как я помню там не было вообще архиватора изначально. Распаковщик встроен в проводник. Зиповские архивы можно открыть как обычную папку и даже оттуда запустить программу. Цитата(Avazart @  20.6.2014,  15:33 ) Кроме того я имел опыт написания инсталяторов,  и к примеру было такое что на одной из машин просто не было папки %PROGRAMFILES%  (проверка 32/64 была). Путь к этой папке прописан в реестре. Использовать переменные среды в Windows дело неблагодарное. Цитата(Avazart @  20.6.2014,  15:33 ) Это называется фиговый стиль- срать в системные папки. Фиговый/не фиговый, а он стандартен и предусмотрен MS. Как вариант, ты можешь сделать папку c:\program files\Common files\Avazart Shared\qt, прописать ее в переменной PATH и пихать библиотеки туда... Цитата(Avazart @  20.6.2014,  15:33 ) Кроме того если что-то где-то удалится руками и пиши пропало. Ты часто что-то удаляешь руками из ...\system32? А потом, если ты сделал это, то виноват в неработающей программе только ты.

Автор: Avazart 20.6.2014, 16:53

Цитата(bsa @  20.6.2014,  16:03 ) Обычно, такие установщики сами определяют зависимости, на сколько я знаю. А если не определяют, то используется какая-то бесплатная система установки (Nullsoft, winrar-sfx и пр), и, я думаю, разработчик был бы рад иметь готовое решение "из коробки". Расзработчик не обычный пользователь, врядли ему нужны довески. Лично я всегда делал с помощью InnoSetup и скрипт писал для него руками ибо в зависимости от программы нужно было делать разные вещи. Был такой момент когда небходимо было определить перед установкой конфмгурацию компа. Цитата(bsa @  20.6.2014,  16:03 ) Путь к этой папке прописан в реестре. Использовать переменные среды в Windows дело неблагодарное. Ты не понял заказчик утверждал что такой папки вообще нет на машине. Что касается реестра то тут ошибится еще легче. Цитата(bsa @  20.6.2014,  16:03 ) Фиговый/не фиговый, а он стандартен и предусмотрен MS. Как вариант, ты можешь сделать папку c:\program files\Common files\Avazart Shared\qt, прописать ее в переменной PATH и пихать библиотеки туда... Ну это качественно разные решения, о втором я уже давно подумываю. Цитата(bsa @  20.6.2014,  16:03 ) Ты часто что-то удаляешь руками из ...\system32? А потом, если ты сделал это, то виноват в неработающей программе только ты. Все просто инсталятор не сработал по какой либо причине и в реестр счетчик не минусанулся- в итоге пользователь скорее всего полезит руками удалять, удалив саму программу но не изменив счетчик, и пакет в ~200M останится лежать в системной папке.

Автор: Avazart 30.9.2014, 14:39

Провел обновление программы для сборки DLL http://www.cyberforum.ru/blogs/131347/blog2457.html Просьба отписываться, если кому-то интересно и  он протестил.

Автор: borisbn 30.9.2014, 18:43

Avazart, хорошая программа, но 1) Программа запускает мой exe-шник в Вашем каталоге и, соответственно, не видит своих файлов (да ещё и гадит логами в Ваш каталог) 2) Если бы она ещё умела смотреть какие файлы я открывал (БД, конфиги и т.п.) - то вообще бы ей цены не было

Автор: Avazart 30.9.2014, 20:29

Цитата(borisbn @ 30.9.2014,  18:43) Avazart, хорошая программа, но 1) Программа запускает мой exe-шник в Вашем каталоге и, соответственно, не видит своих файлов (да ещё и гадит логами в Ваш каталог) 2) Если бы она ещё умела смотреть какие файлы я открывал (БД, конфиги и т.п.) - то вообще бы ей цены не было (1)- Понял, нужно будет поправить этот момент. Насчет (2) вообще не врубился, можете пояснить?

Автор: borisbn 1.10.2014, 08:54

Цитата(Avazart @  30.9.2014,  20:29 ) можете пояснить? Кроме dll моя программа открывает н-ное количество файлов, например - читает конфиги из подкаталога cfg, открывает БД и т.п. Хотелось бы, чтобы Ваша программа умела отслеживать, какие файлы моя программа открывала (как это делает http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx) и так же давала бы возможность их скопировать (оставляя структуру каталогов). И ещё один момент: есть у меня программа картографии. При запуске из-под DLLCollector'а получаю это Неплохо было бы разделить dll-ки, лежащие в каталоге с программой от других. Дело в том, что картографию MapX я ставлю отдельным инсталлятором, и мне не нужно тянуть в свой проект файлы из Program Files\Mapx\...

Автор: Avazart 1.10.2014, 10:20

Цитата(borisbn @ 1.10.2014,  08:54) 1.) Кроме dll моя программа открывает н-ное количество файлов, например - читает конфиги из подкаталога cfg, открывает БД и т.п. Хотелось бы, чтобы Ваша программа умела отслеживать, какие файлы моя программа открывала (как это делает http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx) и так же давала бы возможность их скопировать (оставляя структуру каталогов). 2.) И ещё один момент: есть у меня программа картографии. При запуске из-под DLLCollector'а получаю это Неплохо было бы разделить dll-ки, лежащие в каталоге с программой от других. Дело в том, что картографию MapX я ставлю отдельным инсталлятором, и мне не нужно тянуть в свой проект файлы из Program Files\Mapx\... 1.) Нужно подумать возможно ли такое, хотя по-моему тольк оразработчику известно как программа и откуда должна тянуть другие файлы и как они должны размещаться отноительно exe. 2.) Так ваша программа вроде не на Qt написана, естетсвенно что почти все зависимости будут в "other"

Автор: borisbn 1.10.2014, 10:26

Цитата(Avazart @  1.10.2014,  10:20 ) Нужно подумать возможно ли такое А Вы не смотрели Process Explorer ? Цитата(Avazart @  1.10.2014,  10:20 ) хотя по-моему тольво вам известно как программа и откуда должна тянуть Мне также известно где и какие dll-ки программа юзает. Вы же делаете автоматизацию. Сборку части файлов (dll) Вы сделали, так почему бы не сделать со всеми файлами, которые нужны exe-шнику ? Цитата(Avazart @  1.10.2014,  10:20 ) Так ваша программа вроде не на Qt написана, естетсвенно что почти все зависимости будут в "other" Да, не на Qt, но смысл не в этом. Смысл в том, что в этом Other неплохо бы разделить по каталогам, чтобы я мог выделить для копирования один каталог и снять выделение полностью с другого (в моём примере - с C:\Program Files\Mapx\...)

Автор: Avazart 1.10.2014, 10:44

Цитата(borisbn @ 1.10.2014,  10:26) Цитата(Avazart @  1.10.2014,  10:20 ) Нужно подумать возможно ли такое А Вы не смотрели Process Explorer ? Цитата(Avazart @  1.10.2014,  10:20 ) хотя по-моему тольво вам известно как программа и откуда должна тянуть Мне также известно где и какие dll-ки программа юзает. Вы же делаете автоматизацию. Сборку части файлов (dll) Вы сделали, так почему бы не сделать со всеми файлами, которые нужны exe-шнику ? Цитата(Avazart @  1.10.2014,  10:20 ) Так ваша программа вроде не на Qt написана, естетсвенно что почти все зависимости будут в "other" Да, не на Qt, но смысл не в этом. Смысл в том, что в этом Other неплохо бы разделить по каталогам, чтобы я мог выделить для копирования один каталог и снять выделение полностью с другого (в моём примере - с C:\Program Files\Mapx\...) DLL грузятся в начале прилложения, когда загрузятся файлы абсолютно не известно. Да и зачем копировать то что и так лежит рядом? Зачем вобще смотреть на те файлы которые лежать в той же папке и тем более делать разделение на каталоги? Насколько часто в приложении на Qt нужно копировать отделными каталогами?

Автор: borisbn 1.10.2014, 11:23

Цитата(Avazart @  1.10.2014,  10:44 ) DLL грузятся в начале прилложения, когда загрузятся файлы абсолютно не известно. Не все dll грузятся в начале. Есть динамически подгружаемые. Для этого у Вас и есть отдельно кнопка Update. Цитата(Avazart @  1.10.2014,  10:44 ) Зачем вобще смотреть на те файлы которые лежать в той же папке и тем более делать разделение на каталоги? Если программа использует только Qt, то не нужно, а если использует картографию, БД типа Oracle, или любые компоненты, которые устанавливаются отдельно, то DLLCollector сваливает всё в кучу и мне приходится руками убирать галочки с кучи dll-лек из каталогов MapX, Oracle и т.п. В общем, мне так кажется, что Вы не очень хотите этим заниматься   Попробую по свободе сам. Вы не против ? У Вас не проприетарный софт ?

Автор: kuzulis 1.10.2014, 14:08

Гы. Я для аналогичных целей использую Qbs и не нужно всяких плагинов и прочее. Например в моих последних проектах (под Windows) использую WiX Toolset для создания инсталляторов (в принципе, любой сложности). Например, в QBS можно накидать "скриптики/проектики/модули" которые будут искать нужные рантайм библиотеки/плагины Qt а также рантайм от VS  ипрочее. Т.е. в одном проекте сразу одним кликом можно собрать все нужные exe-шники, плагины/dll-ки и другие конфигурационные файлы, закинуть их в инсталлятор с учетом иерархии и прочего, собрать инсталлятор с любой сложностью (как с установкой и запуском сервисов, если они имеются в проекте, с регистрацией в реестре всяких вещей, если нужно и прочее..). Т.е., мое ИМХО - в принципе, этот плагин чисто для академического интереса, к сожалению.  На данный момент лучше переходить на QBS вместо qmake, так как это дает гораздо большие возможности "скриптописания", т.к. не ограничивается возможностями какого-то плагина в QtCreator. Да и в целом, проще и универсальнее: в любой момент я могу подправить JS скриптик/модуль и оно заработает.

Автор: Avazart 1.10.2014, 18:25

QBS - неофециален, да и кому интересно изучать что-то еще для того что бы только собрать DLL-ки? Скриптописание? А на кой оно здалось, если пишешь на С++ ? Цитата Не все dll грузятся в начале. Есть динамически подгружаемые. Для этого у Вас и есть отдельно кнопка Update. Qt и грузит плагины динамически как раз, но в отличие от файлов они  загружаются где-то в начале и живут все время, а файл может открыться в произвольный момент и произвольный момент закрыться. Цитата Если программа использует только Qt Ну так сугубо для Qt  и писалось, для dll-лок и плагинов Qt ну и в нагрузку dll-ки компилятора.  Код то DLLCollector сваливает всё в кучу и мне приходится руками убирать галочки с кучи dll-лек из каталогов MapX, Oracle и т.п. Что-то не понял, галочки в other не должны ставится сами. Цитата В общем, мне так кажется, что Вы не очень хотите этим заниматься Было бы время и необходимость в этом, писал для себя ибо задрало плагины собирать. Цитата Попробую по свободе сам. Вы не против ? Да как бы и выкладывал для этого вместе с исходниками. Только если где-то будете  выкладывать где-то, укажите ссылку пожалуйста ссылку на блог.

Автор: Avazart 25.3.2018, 15:18

Обновил программу, теперь можно писать свои сценарии на js  http://www.cyberforum.ru/blogs/131347/blog2457.html

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)