Доброго вечера.

Вопрос следующий:
есть 2 потока, каждый выполняет свою задачу, как с узнать что оба потока завершили свою работу? Не с помощью ли компонента Events? (Netspirit, http://forum.hiasm.com/post/269657).

Так вроде у потоков точка есть специальная для этого

Редактировалось 2 раз(а), последний 2018-08-24 22:35:31

1) Можно с помощью Events - но для нескольких потоков нужно несколько Events и дожидаться сигнала от каждого
2) Можно у компонента Thread добавить точку Handle - тогда на ней можно делать WaitObject (избавляет от Events)

Для себя делал компонент WaitMultiple - аналогично WaitObject, но верхние точки - динамические, можно ожидать сигнала от нескольких объектов за один раз (с параметром "ждать сигнала от всех" или от одного любого объекта)

А чего не добавили...
Вполне себе логичная обертка над WinApi.
Можно даже предположить, что нереализуемая иными средствами.

nesco, а

Редактировалось 1 раз(а), последний 2018-08-26 21:35:26

Че, а? Я не против. Выкладывайте код, добавлю.

Netspirit, поделитесь вашим WaitMultiple пожалуйста

Тута: WaitMultiple 2018-08-27 NS.zip

Netspirit, спасибо, буду разбираться.
п.с.nesco, если Netspirit, разрешит мб добавить его компонент к остальным компонентам?

Добавил я его уже вместе с примером, проверяйте.

Events и Sleep привести к человеческому виду не хочешь?

Вроде по Sleep не пришли к общему знаменателю. А Events разве обсуждали, в упор не помню? Тут надо послушать начальника транспортного цеха Galkov, ау, че скажешь?

Редактировалось 1 раз(а), последний 2018-08-27 20:55:44

Вообще не понял, о чем это вы .................

Когда-то вроде Sleep разбирали, что его менять надо, с тобой вместе, кстати. А вот про Event я, увы, ничего вспомнить не могу.

Events Mod 1-2.zip: убраны лишние точки, совместимость сохранена. При открытии существующих схем появится сообщение об отсутствующих точках, после пересохранения схемы исчезнет, работоспособность никак не поменяется.

(А комментарий в примере WaitMultiple - nesco пропустил)

Sleep mod v1-3.zip:
- выброшена точка doSleepMks
- добавлена точка Delay
- интерпретация Delay изменена с микросекунд на миллисекунды
В связи с чем существующие схемы нужно переделать. Я очень не хочу цеплять совместимость с изначально корявой реализацией. Предлагаю просто забыть, что был когда-то такой старый компонент, у которого параметром doSleep были "такты" процессора, и был метод doSleepMks, у которого задержка измерялась микросекундами (на современных компьютерах примененный там способ задержки не давал никакой точности даже по сравнению с обычным sleep(), не говоря уже о микросекундах). Тем более, что старый вариант был практически неюзабельным по причине загрузки процессора, что ещё облегчает потерю совместимости.

В случае применения исправления нужно выполнить поиск по примерам, использующим эти компоненты и поправить. То же - в справке по компонентам.

Ну, и о чем молчим?