Визуальные компоненты для CodeBlocks

[cyberdev]

Сообщение от p51x

Вы тот пост до конца дочитали? Очевидно, нет. Ну погуглите что-то типа "show exe imports"

Спасибо.

Решил попробовать пока без разных мудреных способов, если не получится, буду пытаться через dumpbin. Открыл исполняемый файл в просмотрщике Total Commander-а. Получилось следующее.

2018-03-16_012029.jpg

Данным способом удалось найти следующие длл-ки:

libgcc_s_dw2-1.dll
libgcj-16.dll
Qt5Core.dll
Qt5Widgets.dll
KERNEL32.dll
msvcrt.dll
SHELL32.dll
libstdc++-6.dll

При чем, никаких полных или относительных путей перед длл-ками не было указано (см. скрин). Означает ли это, что они должны лежать в корневом каталоге экзешника?

[p51x]

1. Если у вас тотал коммандер, то возьмите плагин, как я говорил, http://fg.tcplugins.free.fr/

2.

Сообщение от cyberdev

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

А с чего вы решили, что они там будут?

3.

Сообщение от cyberdev

Означает ли это, что они должны лежать в корневом каталоге экзешника?

Нет. Они должны лежат там, где их может найти система. https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

[alexzk]

Части mingw (любой проект, им компиленый потянет)

libgcc_s_dw2-1.dll
libgcj-16.dll
libstdc++-6.dll

Части Qt

Qt5Core.dll
Qt5Widgets.dll

Части винды родные - их можно игнорировать

KERNEL32.dll
SHELL32.dll

А вот ето, вроде давно-давно была частью визуалки. А сейчас мб входит в винду тоже.

msvcrt.dll

Да еще, битовость! Если вы там путей понадабавляете к 32/64 всему сразу, а потом начнете делать сборки 64, то возможны чудные глюки из-за загрузки 32 длл.

[Alex11223]

У Qt есть утилита windeployqt http://doc.qt.io/qt-5/windows-deployment.html для копирования всех нужных длл Qt.

И при сборке VS компилятором она еще и инсталятор vcredist копирует, про MinGW не знаю.

[cyberdev]

Сообщение от Alex11223

У Qt есть утилита windeployqt http://doc.qt.io/qt-5/windows-deployment.html для копирования всех нужных длл Qt.

И при сборке VS компилятором она еще и инсталятор vcredist копирует, про MinGW не знаю.

Спасибо. Запустил

windeployqt <path-to-app-binary>

через cmd. Все вроде сработало, вроде добавились нужные длл и директории. Но запускаю и по прежнему выдает ту же ошибку, что и до использования windeployqt.

Ошибка при запуске приложения (адрес). Для выхода из приложения нажмите кнопку "ОК".

[p51x]

Вы давайте скрин ошибки и архив с прогой.

[cyberdev]

Сообщение от p51x

Вы давайте скрин ошибки и архив с прогой

2018-03-16_170924.jpg

https://drive.google.com/open?id=12D...J8fjbg-0bWNQip

[cyberdev]

Разобрался. В переменной Path был указан путь к 5.10.1\msvc2017_64\bin и путь Tools\mingw530_32\bin, который был неправильным. Поставил: 5.10.1\mingw53_32\bin и всё начало работать. Спасибо всем, кто помогал!

Теперь, такая особенность. После развертывания и запуска экзешника решил удалить все добавленные каталоги и длл-ки для развертывания с новой конфигурацией. Но после удаления всего исполняемый файл продолжает работать. С чем это связано, может потому, что все динамические библиотеки еще остались в памяти?

[DemonSinusa]

Приветствую форумс!
Темы лучше не нашел, потому решил поднять старую)
Вопрос тоже про Code:Blocks только под linux и GTK-3.
Учусь работать с Glade(формошлепалка) так вот, не могу сделать, чтоб сигналы связывались автоматом с помощью

gtk_builder_connect_signals (builder, NULL);

Описал кальбак как:

static void on_MForm_destroy (GtkWidget *form, gpointer user_data)
{
	g_error_free (error);
	exit(0);
}

Компиляю стандартно, опции взяты с офф сайта GTK,
опции компиллера `pkg-config --cflags gtk+-3.0`
Опции линкера `pkg-config --libs gtk+-3.0`
..но думаю дело даже не в них...
При закрытии формы прога продолжает пахать, а тем временем получаюю плевок в терминал типа:

Could not find signal handler 'on_MForm_destroy'. Did you compile with -rdynamic?

Билдлог:

-------------- Build: Debug in GTKvest (compiler: GNU GCC Compiler)---------------

gcc -Wall -I/usr/include/gtk-3.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/libffi-3.2.1/include -I/usr/include/fribidi -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/uuid -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0 -I/usr/include/libdrm -I/usr/include/atk-1.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -pthread -g -Wall -std=c99 -fPIC -m64 -I/usr/include -I../include -c /home/tonich/Coding/CodeBlocks_PROJ/GTKvest/main.c -o Dist/obj/Debug/main.o
g++ -L/usr/lib -L/usr/lib32 -L/usr/lib64 -L../libs -o Dist/bin/Debug/GTKvest Dist/obj/Debug/main.o -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -m64
/home/tonich/Coding/CodeBlocks_PROJ/GTKvest/main.c:8:13: предупреждение: «on_MForm_destroy» defined but not used [-Wunused-function]
static void on_MForm_destroy (GtkWidget *form, gpointer user_data)
^~~~~~~~~~~~~~~~
Output file is Dist/bin/Debug/GTKvest with size 26.43 KB
Process terminated with status 0 (0 minute(s), 0 second(s))
1 error(s), 0 warning(s) (0 minute(s), 0 second(s))

Разобрался!
Вот она нивидимая сила целевого форума!
А нужно было всего лишь добавить в параметры линкера -export-dynamic и убрать "static" из CallBack функций)
Всем спасибо.