От TCP сервера получаем для обработки сообщения. Поступают они в произвольном, по времени порядке.
Есть схема обработки принятых сообщений. Время обработки может быть как незначительным, так и значительным (за это время могут прийти ещё сообщения). После обработки, схема может отослать результаты через тот-же сервер.
Вопрос: как правильно развязать события приёма, обработки и отсылки - в каком месте поставить элемент Thread?

code_1577.txt

зы: другие варианты (отличные от моей схемы) тоже принимаются к рассмотрению

Андрей., прежде, чем вставлять элемент нужно решить для себя следующие задачи:
1) Делать один поток обработки и хранить все прочие данные в буфере
2) Делать по потоку на все пришедшие данные
3) Делать комбинированный метод из пунктов 1 и 2.

Dilma, наверное всё таки 1, т.к. последовательность сообщений имеет значение. В моей схеме буфер это StrList - там (по идее) накапливаются сообщения. Вот тоже вопрос, кстати - что будет, если схема будет обращаться к этому StrList (читать очередное сообщение или удалять из списка уже обработанное), а в это время придёт сообщение и сервер будет пытаться его добавить в список StrList?

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

Защита доступа осуществляется через вставку Mutex или событий(Event)

за язык тебя никто не тянул, между прочим - сейчас объяснять будешь всю теорию многопоточных защит

тебе смешно, а у меня проц грузится на 98%


как это сделать?

Можно подумать, что элемент Thread тебе проц разгрузит

Как я понял, пишем троян со связью через IRC

Незнаю конечно. Просто есть подозрение, что происходит совместный доступ к StrList - я пытаюсь удалить строчку, а сервер пытается добавить новую...

Пишем прокси управляемый по сети (вкл/выкл, список юзеров и т.д.)

code_1578.txt

Этот пример показывает, как организовать в потоке ожидание по событию. Для защиты доступа к объекту нужно делать так:
1) Держать событие по умолчанию сброшенным(doReset)
2) Если кому-то нужно получить доступ, то делаем doWait
3) как только происходит onWait устанавливаем событие(doSet)
4) выполняем работу
5) сбрасываем событие

"Кольцеваниями" сначала надо прекратить заниматься, а потом о подозрениях говорить.
Тем более, что в одном потоке не может быть "совместного доступа" даже в теории

У меня в этой схеме onWait не происходит пока я не установлю событие...

Прошу прощения, наоборот конечно же. WaitObject ждет когда событие установлено и не ждет когда оно сброшено.

Вот так code_1580.txt попробовал, вроде без кольцевания, но всё равно грузит проц (иногда).

Не правда ваша, дяденька - чистое "кольцевание"