ИI
Про тебя я уже понял, да.
Не понял, нафига тебе именно install... Но ладно.
Не понял, нафига тебе именно install... Но ладно.
А что плохого в install в определенный каталог?
Size: a a a
2020 February 03
IZ
И Ivan
А что плохого в install в определенный каталог?
Да то, что в винде это не принято.
IZ
Больше ничего
ИI
Да то, что в винде это не принято.
Ну собранные бинарники же все равно надо както выковырять. Или сборка чисто для спортивного интереса?
VS
Я верно понимаю, что когда я делаю emit, программа продолжает выполнение, пока снова не вернется в ивент луп, и только тогда уже в слот попадет?
ИI
Я верно понимаю, что когда я делаю emit, программа продолжает выполнение, пока снова не вернется в ивент луп, и только тогда уже в слот попадет?
Если сигнал работает в томже потоке, что и вызов emit-а, то вызов произойдет сразу, как обычной функции.
Если потоки разные, то слот будет вызван отозванно. Ну и если указан тип коннекта Queued
Если потоки разные, то слот будет вызван отозванно. Ну и если указан тип коннекта Queued
VS
Я верно понимаю, что когда я делаю emit, программа продолжает выполнение, пока снова не вернется в ивент луп, и только тогда уже в слот попадет?
Не всегда
M
Я верно понимаю, что когда я делаю emit, программа продолжает выполнение, пока снова не вернется в ивент луп, и только тогда уже в слот попадет?
Если сигнал соединен со слотом Qt::DirectConnection - вызвов слота немедленно. Если Qt::BlockingQueuedConnection, будет ожидать, пока слот не выполнится в другом потоке. Если Qt::QueuedConnection, то ждать не будет
VS
Ок, спасибо.
PM
Да то, что в винде это не принято.
Ты в конфигураторе задаешь папку в которую класть, почему не принято и где про это написано?
PM
Хотя бы слово
IZ
Я верно понимаю, что когда я делаю emit, программа продолжает выполнение, пока снова не вернется в ивент луп, и только тогда уже в слот попадет?
нет , не правильно понимаешь.
По сути, если коннекшн обычный, то emit -- синхронный вызов всех слотов, подсоединённых к данному сигналу в данном потоке.
По сути, если коннекшн обычный, то emit -- синхронный вызов всех слотов, подсоединённых к данному сигналу в данном потоке.
IZ
Хотя бы слово
да ладно.
PM
нет , не правильно понимаешь.
По сути, если коннекшн обычный, то emit -- синхронный вызов всех слотов, подсоединённых к данному сигналу в данном потоке.
По сути, если коннекшн обычный, то emit -- синхронный вызов всех слотов, подсоединённых к данному сигналу в данном потоке.
Синхронный это одновременно, у тебя не может вызываться одновременно в одном потоке
IZ
Синхронный это одновременно, у тебя не может вызываться одновременно в одном потоке
Синхронный -- это НЕ одновременно, а ВЫЗВАЛ -- ЗНАЧИТ ЖДЁШЬ , ПОКА ОНО НЕ ЗАКОНЧИТСЯ.
IZ
Синхронный это одновременно, у тебя не может вызываться одновременно в одном потоке
Асинхронный -- это вызвал, и тут же оно тебе вернуло управление, а обработка происходит в другое время.
ee
Привет! Нормально ли использовать кучу QTimer'ов для задания обработки таймаутов, когда речь идет о максимум 1000 ожидаемых событий?
ee
звучит не очень. уверен что одним не обойтись?
сторонний движок запускаю (у него встроенный таймаут дюже долгий, снаружи не поменять), жду асинхронно скачивание небольших данных в локальной сети по разным IP адресам. если не уложился в заданное время, то трактовать как недоступные данные.