Оооооо!!! А не помнишь, какие именно файлы чистил? Что-то подобное у себя наблюдаю. Весь профиль кед сносить как-то жалко...

Добрый день.

Manjaro KDE, Qt Creator 11.0.3 based on Qt 6.6.0 (GCC 13.2.1 20230801, x86_64).
64 гига оперативки, NVME SSD, Ryzen (этот, правда довольно старенький).

Начальное окно Qt Creator грузится где-то ДВЕ МИНУТЫ. Да, у меня там десяток сессий, пара из них довольно объёмные. Но ведь это только загрузка стартового экрана.
Сама сессия после этого, правда, грузится довольно быстро. Он что - все сессии грузит перед тем, как стартовый экран показать? И даже если так, хм, многовато как-то.

Может, кэш какой-нибудь надо очистить?

Во-первых, для кода есть отдельный тег.
Во-вторых,
По приведённым фрагментам невозможно понять, где что вставляется. Судя по всему, последние 2 строки из другого места.

ЛОЛ.

ShellExecute() подключает не то, что стороннюю библиотеку, а целую стороннюю программу (ту, которая в системе установлена для MP3 по умолчанию).
 Если тебя это устраивает и ты хочешь кроссплатформенный вариант - смотри в сторону QDesktopServices::openUrl(). Только там путь надо аккуратно формировать с префиксом file://, чтобы на всех поддерживаемых платформах работало.

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

Ты, наверное, огорчён, что за 8 суток не получил ни одного ответа.
Ну во-первых, мало кто полезет разбираться в архив, да ещё и не самого популярного формата. Обычно, когда проблемы с конкретным куском кода, его цитируют тегом code в самом сообщении. Если кусок очень большой - выкладывают на какой-нибудь pastebin, а в теме дают ссылку.
Но тут мы переходим ко второй проблеме - для того, чтобы можно было сделать такое, у тебя слишком неконкретно сформулирован вопрос. Ощущение такое, что ты хочешь, чтобы за тебя эту самую написали.
И даже для этого у тебя слишком мало вводных. "сохранять выбранный файл в определенную папку" - а писАть-то в этот файл что?

А язык-то (C++) знаешь? Если что, сохранение в файл можно сделать почти на чистом C++, без кутешных функций (ну разве что сами записываемые данные придётся извлечь из кутешных объектов). Но да, в Qt есть классы QFile и QTextStream, смотри в их сторону. Если в программе массив каких-то данных, можешь его выводить циклом, форматируя строки перед выводом согласно требованиям формата CSV. Не забудь только файл открыть, а потом закрыть. Ну и надо понимать, что именно ты туда писать собрался, как я уже сказал.

Удачи.

Не заметил дату. Жаль.

Скорее всего, он так и сделал, судя по молчанию...

Вот это поворот! Вижуал Студия научилась читать "вражеский" формат? Ах да, оказывается, это функция самой qmake. Тогда не так интересно.

А по сути вопроса - можете выложить образец файла .sln, чтобы оценить сложность задачи?

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

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

Ну это "внешний" способ. Хотелось бы надёжную диагностику в Runtime, чтобы при запуске было понятно, кто виноват - программист, тот, кто дистрибутив формировал или вообще кто-то третий. А то, грубо говоря, программа тащит Qt, Qt тащит libpq, libpq тащит libiconv и ещё бог весть что из библиотек, вплоть до Microsoft Redistributable... а исход один, "driver not loaded".

Как там в анекдоте про Папу Римского - несправедливо!

P.S. Приведённый пример с драйверами - всего лишь пример, есть и другие похожие ситуации.

Добрый день.
Как все знают, QLibrary::load() может не сработать, и в errorString() при этом можно увидеть сообщение "Не найден указанный модуль".
Проблема в том, что в роли "указанного модуля" может выступать не сама загружаемая библиотека, а одна из библиотек, от которых она зависит.
Можно ли как-то расковырять информацию о том, какая именно библиотека второго уровня не найдена?

Я даже готов для этого наковырять платформозависимые костыли для Linux и Windows. Если это поможет, конечно.
Куда копать?

Добрый день.
Я пишу функцию (точнее, конечно, метод класса), программно рисующую в объект QImage (больших размеров, например, 6240x4160 пикселей). Объект должен быть потом доступен извне (для сохранения в файл и не только).
Думаю, как лучше оформить эту функцию.

Первый вариант - создать объект QImage внутри функции и вернуть его. Могу я в этом случае полагаться на эффективность механизма COW, ведь формально говоря, внутри функции будет один объект, а снаружи другой?

Второй вариант - создать объект извне и передать в функцию неконстантную ссылку на него. Тогда вопрос сводится к тому, смогу ли я внутри функции поменять размеры уже сконструированному изображению? Я вот конструктор с width и height вижу, а отдельной функции изменения размера - нет.

Третий, заведомо работающий и самый простой - выделить в функции объект динамически и вернуть указатель на него. Но, разумеется, надо не забыть его потом удалить. Ну и насколько я понимаю, в современном C++ такое считается моветоном?

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

А ещё более простенькое? Где никакого QtLocation нет, обычный Hello world? Тоже виснет?

МОЖНО. Только надо предоставить получателю продукта альтернативный способ замены вашей Qt на другую совместимую.
Один из вариантов - приложить архив с объектными модулями. Заказчику он, конечно, 100 лет не упёрся, но можно ему так и сказать - "этот файлик на 40 метров нужен для соблюдения лицензии, точка". В большинстве же более-менее сложных проектов динамическая компоновка тупо проще и компактнее, тут ты прав.

Да, я помню, что этому комментарию 4 года. Но это один из "мифов про LGPL", которые до сих пор живучи. Вот буквально сегодня приходилось спорить с оппонентом, заявлявшим, что "по Qt с LGPL нельзя выпускать коммерческое ПО".

Вместо Visual Studio, скорее всего, достаточно поставить соответствующий Microsoft Redistributable 20**.
Если и это чересчур, откажитесь от майкрософтовского компилятора и пересоберите программу в MinGW.
Правда, у вас ещё и PostgreSQL... Тогда, возможно, libpq.dll от постгри и то, что она за собой тянет, тоже придётся пересобрать в MinGW (сразу скажу, этого я не делал, ставил постгрю целиком).