А, ше ти дойде акъла.
Кво пречи тоя таймаут да е от порядъка на 0.5-1 сек.?

Сега разбирам какъв зор им е на тия дето пишат сървърни програми, пък на всичко отгоря трябва и да издържат на вируси, троянци, палестинци и всякава там виртуална паплач ...

Ами не пречи, ама пък трябва да правя сложни зависимости: от реда в таблицата вземам уникалния номер на обекта, чиито данни са в този ред, по него трябва да намеря пък коя нишка е свързана с него, след това да активирам член данни от класа на тази нишка, примерно TEvent, след което нишката при малък тайм аут, ще ги прочете и изпрати моите данни. Дотук съм стигнал, ама си мислех че може и да има по-лесен начин.

Колега, не се отклонявайте, дайте да ви закърпим положението. Сървър се пише относително лесно. Писал съм и на PHP сокет сървър и даже работеше нормално.

TEvent изобщо не е задължителен. Сложи си просто един volatile флаг.

Съгласен съм, че не е сложно да се пише сървър, но да не се използват визуални средства. По принцип сървъра чака заявка, обработва я и връща резултати. При мен трябва и да проявява сам инициатива и от време на време да изпраща данни към клиентите. А клиентите са GPRS модеми, ако те изпращат от време на време профилактични заявки, M-tel ще станат милионери от мен

Ами хубаво, сложи един флаг и малък таймаут.
И ще имаш нещо от сорта:

Ами тъй ще стане, за друго и аз не се сещам. Тая тъпа WaitForData, защо не са я направили като WaitForMultipleObjects, при което нещата стават от пръв поглед.

А още една питанка остана: в Delphi дават ли сорсовете на класовете написани на Паскал ? При такива ситуации ако имаш възможност да погледнеш сорса е най-добре.

Аз за това ти казах да погледнеш какво има в нея. Ако има WaitForSingleObject, с малко модификация щеше да заспи. Ако обаче се ползва стария метод с правене на фиктивен прозорец и получаване на съобщения - става грубо. Всъщност не, става почти същото, само вместо да сетваш event ше пращаш някъв месидж.

Не съм сигурен, но няма логика да не дават.