qt нужен совет

всегда нужно выносить GUI в отдельный поток

Даже когда гуй всегда в основном потоке и выносить надо именно сопутствующую логику?

Еще вместо кутишных регулярок можно использовать что-то по-быстрее, например сделать парсер на re2c (по сути те же регулярки, но compile time) или на каком-нибудь boost spirit

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

и про QTreeWidget забудь, используй модель

это просто «правило», «вынести GUI в поток» == «организовать функционал в отдельном потоке(ах)» - в любом случае GUI будет в отдельном thread'e

возьму на учет, спасибо!

Вероятно, да.

Да парсинг не долгий особо, там результаты nmap'a парсятся. А вот ожидание чего-то в пайпе у меня в цикле while(1){..}, оно и вешает гуиху) а чем виджеты плохи?

а попробуйте «халявный» метод - поспать в цикле:

while (1) {
    ...
    usleep(100000);
}

QRegularExpression internally uses a just in time compiler (JIT) to optimize the execution of the matching algorithm. The JIT makes extensive usage of self-modifying code, which can lead debugging tools such as Valgrind to crash. You must enable all checks for self-modifying code if you want to debug programs using QRegularExpression (f.i., see Valgrind's --smc-check command line option). The downside of enabling such checks is that your program will run considerably slower.

To avoid that, the JIT is disabled by default if you compile Qt in debug mode. It is possible to override the default and enable or disable the JIT usage (both in debug or release mode) by setting the QT_ENABLE_REGEXP_JIT environment variable to a non-zero or zero value respectively.

И что? C re2c все равно быстрее будет, особенно если регулярки сложные

А вот ожидание чего-то в пайпе у меня в цикле while(1){..}, оно и вешает гуиху)

Ёпт

А теперь забудь всё что тебе посоветовали про отдельный поток и про поспать в цикле и читай мануал: http://doc.qt.io/qt-5/qsocketnotifier.html

Делай в этом цикле processEvents...

Люди вкратце готово или нет? Год уже спрашиваю хватит меня игнорировать. https://msdn.microsoft.com/en-us/library/dd492427.aspx Интересует в первую очередь относительно gcc конечно же.

Qt дал им сигналы/слоты - нет, хотим есть говно

Делай в этом цикле processEvents...

processEvents() нужен для интеграции Qt в чужой цикл событий, а здесь обратный случай.

Угу, и получи тыкву под виндой? Или там не select?

Угу, и получи тыкву под виндой? Или там не select?

Под виндой туда передаётся не файловый дескриптор, а хендл объекта из WinAPI, на который приходят события. Да, там уже не select(), а WaitForMultipleObjects().

не кроссплатформенно - на винде stdin не сокет.

Чет верится с трудом. Прям в Qt взяли и запилили проверку, что это за чиселко, и если чиселко это дескриптор сокета мы там заюзаем select а если чиселко это хэндл то iocp.

Не, если запилили молодцы, но пока глазом не увижу, не поверю :)

Есть какая нить онлайн компилялка с Qt под винду интересно?

Даже проверить захотелось. Но не на столько, что бы ставить винду или Qt на винду.

Бегло посмотрел сорцы, для сокетов точно используется select.

Свитча по тому когда используется WaitForMultipleObjectsEx, сходу - не понял.

Либо реально запилили проверку ху из ху, либо для таймерков и всяческих юзают его.

да не, вполне правдоподобно, просто нам не ран-тайм проверка на «чиселко», а ifdef WIN/UNIX какой-нить...

2 Dendy а про QSocketNotofier я забыл... :-\

Я может что-то пропустил, но с каких пор в венде файловые дескрипторы и пайпы?

Qt 5.6 win 10 не работает, как и не работало прежде

наверное еще с win 3.11

С тех пор как они наполовину поддерживают posix, а на половину халтурят. Хотя сокеты это вроде bsd ?

Я посмотрел первые попавшиеся сорцы, возможно, они тухлые...

Однако, когда я последний раз тыкал Qt (4.6) - под виндой не работал цикл сообщений на чём то кроме сокетов, по крайней мере на файлах - точно не работал, меня это сильно обломало.

Это ты на локалхосте проверил, или ссылочку дать можешь?

Опять же, gcc или msvc? // другой анон

на локале

QtConcurrent, QFuture, etc

В том то и дело, что нет.

Так исторически сложилось, что нормальное socket api в винде вокруг дескрипторов бегает. Скорее всего есть и WinApi, но я ни разу нигде его не встречал, ну кроме их wsa расширений bsd.

А ещё есть криво реализованный posix, который, тоже умеет давать дескрипторы на файловые обьекты в частности. Но тут, ребяты имеют winapi и рекомендуют юзать его. А там хэндлы.

Не вдаваясь в различия между хэндлом и дескриптором, скажу, что штуки это - разные. А select под виндой умеет жрать только дескрипторы, и только от сокетов, от файлов и специальных устройств - не умеет.

Однако ребяты, разработали iocp api, которое умеет в хэндлы, и выглядит даже веселее чем select, фактически как epoll иже с ним.

Но все эти api разные, позикс так вообще без каких то шансов на event loop живёт, и различить от какого api чиселко, да ещё и с гарантией... Как это сделать - мне на вскидку не понятно. Ну если нет 5ого api...

Без разницы.

Может под cygwin если только.

Что тут происходит:D Если я правильно понял, то QSocketNotifier просто садиться на любой ф/д и вызывает слот если там что-то происходит, верно?

Если вкратце, то да.

ну да, как-то так, тут и ссылка от Stil'a пробегала

Краткая выжимка:

• в linux и прочих уважающих стандарты - на любой fd, да.
• в офтопике - только на сокеты
• в 4.6 так точно было, я пробовал, с файлами и с пайпами процессов

Рекомендую, всё-таки не верить мне на слово, таки ночь на дворе, я мог что-то просмотреть, а digia могли что-то поправить в свежих версиях.

Напиши маленький тест. Просто для файла. Или, попроси скинуть анона его тест.

Наколенный способ - читать stdin блоками по n байт, остальное время пускать processEvents. Чуть получше - читать в отдельном потоке, и слать сигналы с пачками данных. Либо, если хочется красиво, сделать платформозависимую вставку отдельно для винды отдельно для всех остальных.

Как именно ожидать ввода по таймауту на стандартном входе под винду я к сожалению не знаю.

Кстати.

Та самая ссылка - отличный тест. Собери под виндой да посмотри. Заодно и нам отпишешься.

Рекомендую, всё-таки не верить мне на слово, таки ночь на дворе, я мог что-то просмотреть, а digia могли что-то поправить в свежих версиях.

Можно EXL спросить, он вроде много с виндой работает.

Как именно ожидать ввода по таймауту на стандартном входе под винду я к сожалению не знаю.

Немного наркотиков, и всё становится реально.

Дык у меня как раз таки и не винда, но собрать уже собрал - с stdin все работает как надо, попробую адаптировать под свою задачу, по идее пару костылей из велосипеда достану)

Лол, о5 wsa :)

Собрал то - под винду?

Не, если ты не кроссплатформенную тему ваяешь, то оно конечно заработает. Просто надо иметь ввиду граблю.

Фризы будут скорее всего.

Ну, тема не кроссплатформенная. В итоге с пайпом беда получается, ибо после записи в него, сигналы activated() летят бесконечно, что впринципе и логично.

сигналы activated() летят бесконечно

А точно все данные вычитываются из пайпа?

считывается все и бесконечно читается последний символ
пайп после прочтения не должен закрываться, может в этом дело?

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

закинуть в QTreeWidget

Только не используй эту дрянь, есть QTreeView.

Чтож все ее так ненавидят?) ок
Господа, появилась парочка вопросов:

• Почему при отправке в сокет здоровой строки, отправляется только 8 байт?
• На «сервере» настроил QSocketNotifier, приконектил слот, но он и не думает реагировать на приходящие пакеты, в чем может быть трабл?

Заранее спасибо!

Ты бы код показал, что ли (как отправки, так и приёма). Я подозреваю, что тебе просто сперва пришло 8 байт, а остальное прийти не успело