Вообще обычно в таких ситуациях sigsegv бывает. Sigstop необычно както

Как вариант, пишут наоборот отключить эту галочку.

Я точно уже не опишу условия, в многопоточном приложении у меня бэкэнд с кучей непотушенных сетевых соединений жил чуть дольше и пытался через модель окошку передать сигнал, что пришли данные, пока окошко закрывалось, вот  где то в этом промежутке и выскакивало такое, интересное. Вылечилось вменяемой  последовательностью завершения работы 😁

QT -= gui
QT += widgets
#include(D:\QtPr\WHGBot\lib\telegrambotlib-qt\telegrambotlib-qt.pri)
CONFIG += c++14 console
CONFIG -= app_bundle

# You can make your code fail to compile if it uses deprecated APIs.
# In order to do so, uncomment the following line.
#DEFINES += QT_DISABLE_DEPRECATED_BEFORE=0x060000    # disables all the APIs deprecated before Qt 6.0.0

SOURCES += \
        main.cpp \
        testing.cpp

# Default rules for deployment.
qnx: target.path = /tmp/$${TARGET}/bin
else: unix:!android: target.path = /opt/$${TARGET}/bin
!isEmpty(target.path): INSTALLS += target

HEADERS += \
    testing.h

А если gui вернуть? Он же используется

Все то же самое.

Здравствуйте. Ранее я поднимал здесь вопрос о способе сохранения информации в приложении после окончания сеанса, при условии что место где будут храниться эти данные отредактировать нельзя. Мне подсказывали разные варианты, сохранение в базе данных, в документе xml, использовать класс QSettings. Подскажите пожалуйста, если не заморачиваться с документами и базой данных,  при использовании класса QSettings, можно ли отредактировать данные из системного реестра где они хранятся (если верить информации из книги Шлее, то на платформе windows данные о приложении хранятся в системном реестре)?

Да, в реестре можно редактировать параметры

реестр можно редактировать да. но пожайлуста используйте провославный ini файл. не надо вот этих реестров. пользователь удалил ваше приложение мусор от нее в реестре, не приятно!

Т.е. к примеру данные приложения в бд SQLite отредактировать нельзя7

можно

А как добиться элементарной защиты доступа к данным, от любопытных пользователей?

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

Ну так он не в реестре, а в Application Data скрытый останется. Какая разница.

Мне казалось, что реестр та ещё помойка.

ну вот потому что в нее пишет каждая тулза. и это напрягает :(

Заархивируй и оставь файл без расширения. Можешь зашифровать файл, но если нужна нормальная защита то лучше эти данные хранить на сервере

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

SQlite поддерживает шифрование бд. Но насколько знаю, родной драйвер в Qt ее не поддерживает (могу ошибаться, но у меня не получалось зашифровать бд используя драйвер из коробки), потому по идее собрать драйвер из исходников с поддержкой шифрования, и зашифровать бд.