M
Size: a a a
2020 February 19
АП
Привет всем, возникла проблема по работе с потоками: Есть отдельный класс, который в своем потоке отправляет датаграммы по UDP. Все бы ничего, но при вызове стандартного метода writeDatagram(...) Пишет ошибку:"cannot create children for a parent that is in different thread"
Рано такую же ошибку выдает при вызове стандартного bind(...)
Класс и сам сокет находятся в одном потоке, проверял через qDebug << QThread:: current ThreadId() , а сокет через qDebug << socket->thread()->currentThreadId()
Не понимаю, кто создаёт какого потомка в другом потоке? Или в методах а-ля bind есть что-то такое?
Рано такую же ошибку выдает при вызове стандартного bind(...)
Класс и сам сокет находятся в одном потоке, проверял через qDebug << QThread:: current ThreadId() , а сокет через qDebug << socket->thread()->currentThreadId()
Не понимаю, кто создаёт какого потомка в другом потоке? Или в методах а-ля bind есть что-то такое?
АП
Кстати, сам метод writeDatagram, вроде бы, пишет, тобишь возвращает размер отправленных данных
МВ
Привет всем, возникла проблема по работе с потоками: Есть отдельный класс, который в своем потоке отправляет датаграммы по UDP. Все бы ничего, но при вызове стандартного метода writeDatagram(...) Пишет ошибку:"cannot create children for a parent that is in different thread"
Рано такую же ошибку выдает при вызове стандартного bind(...)
Класс и сам сокет находятся в одном потоке, проверял через qDebug << QThread:: current ThreadId() , а сокет через qDebug << socket->thread()->currentThreadId()
Не понимаю, кто создаёт какого потомка в другом потоке? Или в методах а-ля bind есть что-то такое?
Рано такую же ошибку выдает при вызове стандартного bind(...)
Класс и сам сокет находятся в одном потоке, проверял через qDebug << QThread:: current ThreadId() , а сокет через qDebug << socket->thread()->currentThreadId()
Не понимаю, кто создаёт какого потомка в другом потоке? Или в методах а-ля bind есть что-то такое?
а ты как writeDatagram вызываешь?
АП
socket->writeDatagram (..
МВ
просто между потоками через сигнал-слот желательно общаться
МВ
т е нужен сигнал, к которому будет приконекчен writeDatagram
АП
Но сокет и тот, кто его вызывает в одном потоке
IZ
Привет всем, возникла проблема по работе с потоками: Есть отдельный класс, который в своем потоке отправляет датаграммы по UDP. Все бы ничего, но при вызове стандартного метода writeDatagram(...) Пишет ошибку:"cannot create children for a parent that is in different thread"
Рано такую же ошибку выдает при вызове стандартного bind(...)
Класс и сам сокет находятся в одном потоке, проверял через qDebug << QThread:: current ThreadId() , а сокет через qDebug << socket->thread()->currentThreadId()
Не понимаю, кто создаёт какого потомка в другом потоке? Или в методах а-ля bind есть что-то такое?
Рано такую же ошибку выдает при вызове стандартного bind(...)
Класс и сам сокет находятся в одном потоке, проверял через qDebug << QThread:: current ThreadId() , а сокет через qDebug << socket->thread()->currentThreadId()
Не понимаю, кто создаёт какого потомка в другом потоке? Или в методах а-ля bind есть что-то такое?
Про потоков-владельцев QObject прочитай...
IZ
Если запущенный
QTimer*попытаться уничтожить с помощью
deleteLater(), он может уничтожиться до таймаута, или только строго после таймаута?
Конечно может
g
Конечно может
Благодарю
ee
Привет! Как в QNAM задать curl-аналог CURLOPT_INTERFACE?
AS
Всем привет. Если включить support multiple windows для ipad, отображается черный экран. Кто-нибудь сталкивался?
BB
С++
qmlRegisterType<T>( "org.b2soft.qml", 1, 0, "Handler", InstanceProvider );
(реализация инстанс провайдера думаю не играет роли)Решил фейковыми директориями в QTDIR/qml/org/b2soft/qml
E
Попробуй так
А вообще у меня никак не получилось рисовать. Пришлось использовать openCV, захватывал изображение QImage и переопределил QLabel paintEvent.
QPainter pntr(this);
pntr.save();
// ...
// ...
// и в конце метода
pntr.restore();
А вообще у меня никак не получилось рисовать. Пришлось использовать openCV, захватывал изображение QImage и переопределил QLabel paintEvent.
https://github.com/tort-dla-psa/camera_overlay/blob/master/frame_grabber.cpp вопрос решил вот таким образом
RG
На Хабре статья вышла, она конечно не про qt, но в ней речь идёт о лицензировании открытого по. Думаю, что так как тут часто возникают споры по поводу лицензий на qt (GPL LGPL), думаю что эту статью, можно будет привести?
https://habr.com/ru/post/488784/
https://habr.com/ru/post/488784/
RG
И только обладателю исключительных прав на программу доступна модель двойного лицензирования, подразумевающая «несвободную» коммерческую лицензию на ПО для бизнес-заказчиков и GPL-совместимую лицензию для представителей сообщества.
Но подобная схема не подходит для вторичных проектов (так называемых «форков») или же проектов, посвященных созданию дополнительных модулей, которые должны работать совместно с GPL кодом, и поэтому тоже обязаны иметь GPL совместимую лицензию.
Но подобная схема не подходит для вторичных проектов (так называемых «форков») или же проектов, посвященных созданию дополнительных модулей, которые должны работать совместно с GPL кодом, и поэтому тоже обязаны иметь GPL совместимую лицензию.
RG
Что и делает qt: платная версия? Закрывай исходники. Бесплатная? Ну тогда гпл