Доброго времени суток. Вопрос к знатокам Qt : Коим образом использовать сигнально-слотовую систему из Qt в НЕ Qt проекте? Пример для понимания : имеем некое приложение, написанное на чистых плюсах, к которому в видел dll подключается модуль для работы с сетью через QtNetwork. Я попробовал создать экземпляр QCoreApplication прямо в модуле, в отдельном потоке и вызвать exec. Всё работает, но только если производить connect до вызова exec. Если же после вызова exec попробовать использовать connect то слоты работать отказываются. Довольно сумбурно написал, но надеюсь кто-то поймёт, что я имею ввиду.

сигналы и слоты из Qt юзать не в куте нет смысла, да и кал это)

https://github.com/koplyarov/wigwag

на хорошие

потокобезопасные

ты сейчас несешь бред

вопрос был про то как заюзать QtNetwork

ок, списываюсь, к вечеру уже совсем невнимательный

просто энивей, если qt только ради сети, проще взять что-то другое для сети/написать свое

ну и сигналы прикрутить

но сама по себе либа wigwag вроде интересная, спасибо

настоящие потокобезопасные сигналы

Дима с ними даже на cpp-russia в 2016 выступал

и на хабре валяется статья где-то

https://habrahabr.ru/post/279851/

Позволю себе спросить, а что, у Qt не потокобезопасные сигналы?

http://cpp-russia.ru/?page_id=1052

qt - это неудобно, мок и интерфейс

qt - это неудобно, мок и интерфейс

Я лишь спросила про потокобезопасность, а не про удобство

не знаю за их thread-safe

в бусте нет гарантии тред сейф

Насколько я знаю, Qt как раз бравирует тем, что это их отличный thread-safe метод общения

Позволю себе спросить, а что, у Qt не потокобезопасные сигналы?

потокобезопасные

qt - это неудобно, мок и интерфейс

это если ты руками собираешь, неудобно, для всего есть автоматизация

Qbs тоже боль

В общем нелюбовь у меня к qt

Нелюбовь это субъективизм, а субъективизм - не лучшая черта кодера

В общем нелюбовь у меня к qt

это твои личные травмы.

В общем нелюбовь у меня к qt

просто неосилил

Просто жить можно и без вашего qt

)

ага

И жить дешевле

И быстрее

но про moc было явно лишнее

А мок это кал

прям вечер срачей

:)

На qt легко клепать и вики хорошая

Нет, всё же есть разница.

Qt треш

А вот стоящий продукт это уже сложнее

Qt треш

Еее, единомышленник)

А мок это кал

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

и на чем же вы гуи пилите?

Свои гуи

на чем?

опенгл?

Свои гуи

?

Свои гуи

А вот это было правда весело

Самописный qml, с вставками на c++, транслируемый в c++, крутится на gl/directfb

и на чем же вы гуи пилите?

Люди уже 10 лет назад придумали html-движки встраивать в код. Чтобы не криворукие программисты которые по определению не могут в гуй его делали, а дизайнеры бы делали на привычном им html+css

Железки у нас

Как это сделано в 90% антивирусах, в скайпе и еще в ряде программ.

Люди уже 10 лет назад придумали html-движки встраивать в код. Чтобы не криворукие программисты которые по определению не могут в гуй его делали, а дизайнеры бы делали на привычном им html+css

Есть решения подобного характера и они на андроиде, и все медленные как пиздец, даже на нексусе

Дизайнеры обычно никак не дружат с html+css

Люди уже 10 лет назад придумали html-движки встраивать в код. Чтобы не криворукие программисты которые по определению не могут в гуй его делали, а дизайнеры бы делали на привычном им html+css

лол, я когда вижу такие высеры - закрываю приложение обычно

лол, я когда вижу такие высеры - закрываю приложение обычно

скайпом пользуешься?

скайпом пользуешься?

нет

Антивирусом пользовался когда-нибудь?

Антивирусом пользовался когда-нибудь?

до того как начал писать осмысленный код

Железки у нас

хм. А намного медленне кути получается? У них там вроде чото было для ембеда? (прост любопытно)

Дизайнеры обычно никак не дружат с html+css

Есть специальные ребята. Называются дизайнер UI/UX

точнее какого уровня железки. Линуксы можно запистить или все гороздо хуже?

Они умеют верстать юай, при этом программировать им незачем.

Линуксы

ERROR: S client not available

И вообще проблема Qt не в гуях вовсе

А в том, что там на любой чих есть своё QShit

Которое не совместимо ни с чем другим.

Коллеги, я совсем запутался. Можете помочь ? Пишу демон, в котором есть две части : 1) поток работы с внешним устройством (ком порт) 2) поток работы приема и ответа на сетевые сообщения Заткнулся в описании требований на tcpserver. Нужно чтобы он обрабатывал запросы асинхронно и многопоточно. То есть клиент открыл сессию кинул команду, и потом получил ответ из устройства, которое на ком порте. И так чтобы можно было несколько соединений открывать параллельно. Так же есть команды которые выполняются в shell. Покидайте комментарии, начинаю писать и второй уже раз срываюсь в непонимании как осуществляется обмен данных…

Которое не совместимо ни с чем другим.

ну хз. Мы наверное явно другие кути юзаем с тобой. В моих кутях QString <-> std::string, QVector <-> std::vector...

Что-то я не помню случаев, когда не смогла совместить QShit с чем-то либо своим или другой либой

ну хз. Мы наверное явно другие кути юзаем с тобой. В моих кутях QString <-> std::string, QVector <-> std::vector...

Спасибо, но я не юзаю Qt.

ну наверное поэтому ты и думаешь что несовместимо)

Не, минуточку, речь не о том, что оно не конвертируется одно в другое.

А зачем QShit тащить куда то? Есть Qt, целостный фреймворк для всего на свете. Если что то другое нужно, то есть куча либ которые делают части по отдельности

Из них и собирается система.

Не, минуточку, речь не о том, что оно не конвертируется одно в другое.

а о чем?

А в том, что если у меня есть 3rd party код, который использует std::string и никак не qstring, то мне надо явно осуществить конверсию. Это первое. А второе, нахуя мне YET ANOTHER FUCKING STRING IMPLEMENTATION?

А в том, что там на любой чих есть своё QShit

а следующее недовольство, что наоборот там-то не хватает такой-то фичи;)

Коллеги, я совсем запутался. Можете помочь ? Пишу демон, в котором есть две части : 1) поток работы с внешним устройством (ком порт) 2) поток работы приема и ответа на сетевые сообщения Заткнулся в описании требований на tcpserver. Нужно чтобы он обрабатывал запросы асинхронно и многопоточно. То есть клиент открыл сессию кинул команду, и потом получил ответ из устройства, которое на ком порте. И так чтобы можно было несколько соединений открывать параллельно. Так же есть команды которые выполняются в shell. Покидайте комментарии, начинаю писать и второй уже раз срываюсь в непонимании как осуществляется обмен данных…

man epoll

А в том, что если у меня есть 3rd party код, который использует std::string и никак не qstring, то мне надо явно осуществить конверсию. Это первое. А второе, нахуя мне YET ANOTHER FUCKING STRING IMPLEMENTATION?

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

Зачем было велосипедить свои строки в Qt? Зачем велосипедить свои контейнеры?

Зачем свои треды?

воу!

А в том, что если у меня есть 3rd party код, который использует std::string и никак не qstring, то мне надо явно осуществить конверсию. Это первое. А второе, нахуя мне YET ANOTHER FUCKING STRING IMPLEMENTATION?

Действительно, зачем Так прекрасно жили всегда с const char* )

а когда треды появились в плюсах?

Действительно, зачем Так прекрасно жили всегда с const char* )

std::string, алло.

а когда треды появились в плюсах?

Лет 8-9 назад.

Лет 8-9 назад.

емнип 5-6

Таки ИП

//я тогда даже не кодил еще

C std11 они пришли, это было лет 6 назад

треды появились в 11м стандарте, он уже отчасти поддерживался в 2010

11-й стандарт был не в 11 году -__-

Я все еще в 16-м году

:)

а когда кути писали?