Если приложение бежит в и другом потоке нежели поток QML

qt, QML C++

Рекомендуємо хостинг TIMEWEB

Стабільний хостинг, на якому розміщується соціальна мережа EVILEG. Для проектів на Django радимо VDS хостинг.

Привет.

Трудно точно сказать, что именно вызывает ошибку. Там нет объектов, которые пересылаются по потокам? Например QTimer?

Пока ответить не могу. Знаю что приложуха в другом потоке бежит.
Нашел пока в исходниках Qt от куда прилетает ошибка
Qt на 131 строке. Другой инфы пока не накопал.

Раньше использовался QtDeclarative и вот такое ощущение что это как то этого касается.
Еще нашел гитовый мердж для этого класса QtDeclarative

В общем есть клиент который бежит не в том потоке что сама аппликация. В это проблема. Теперь понять как это исправить(

Нету никаких мыслей на сей счет?)

Были бы мысли, ответил бы. Чистый созданный проект без этих ошибок? Если нет, то нужно искать, где с потоками баловство происходит.

Ну проблема именно в переходе с 1 на 2 quick. Они воткнули проверку. Это то что я писал про 131 строку в коде.

То есть проблема не в том, что у вас там код написан как попало, а то, что Qt, по-вашему, неправильно что-то написали?

Ну кинь им реквест на багтрекер.

Вот только что нашел в инете, у человека такая же ошибка. Вроде бы таже самая проблема
https://stackoverflow.com/questions/37633709/how-to-create-qtquick-window-outside-the-main-thread

Скорее всего в коде не правильно потоки используются.Вот на форуме пишут кое что интересное

Да вот нашел тоже инфу. Эти ... хорошие люди из за того что решили отказатся от обычных шариков они во втором quick2 впилили проверку что я выше и указал, типа теперь в разных потоках нельзя так делать как было раньше. В общем похерили. В 5.7 еще работало а потом они порешали и вот ...

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

Советую использовать нечто такое или такое