Сетевой компонент вставить в поток

[Человек_Борща]

Если да то по этой причине и приходится ждать 30 секунд, и во время работы сокета (соединения с несуществующим ип) приходится ждать т.к. поток занят этой работой (ожиданием ответа от железки) и не может выполнять других действий.

Я знаю об этом, и ищу решение этого. У блок. сокета нет потока. А мне нужно реализовать этот поток и им обернуть блок. сокет так, чтобы было так же просто общаться с сервером.

[Lime]

Сообщение от Человек_Борща

так же просто общаться с сервером.

Что под этим подразумевается? Отсутствие "тормозов" GUI как вы понимаете решается переносом работы с сокетами в отдельный поток. Sleep() вызванный внутри большого количества потоков на сколько мне известно особой нагрузки не вызывает. О тонкостях "паузы" потока мне к сожалению неизвестно.

[Человек_Борща]

Что под этим подразумевается?

Моё приложение подразумевает работу с многоуровневыми древовидными сетями из устройств.
Девайс 1:
- Девайс 1-1
- Девайс 1-2:
- - Девайс 2-1
- - Девайс 2-2
- Девайс 3
- - Девайс 3-1
- - Девайс 3-2
- - - Девайс 2-1
- - - Девайс 2-3
и т.д. и ещё запутанней.

Ну и при раскрытии Node надо создавать подключения.
И пока клиент не в потоке - это затруднительно возможно. программа просто вешается. А учитывая, что идёт постоянный обмен данными - то вообще караул.
Вот я ищу способ, вынести клиент девайса в TThread, чтобы пользовательский GUI хотя бы не тупил.

[Lime]

Так вот же оно решение на блюдечке:
Простейший код потока, при запуске(потока) создаётся подключение, перед этим в GUI вешаете анимацию/обозначение загрузки инфо, вроде
Организовываете пару флагов для работы в стиле Terminated.
При успешном подключении (или другой нужной работе) поток синхронизируется с GUI и изменяет дерево (или вообще что угодно в основном потоке программы). Погуглите "TThread Synchronize" примеров куча. Так-же можно по глупости сделать как я, передать нужные параметры новому потоку чтобы синхронизацией с GUI (или чемто другим) занимался уже он, а после самоуничтожался

[Slym]

покажи что должен сделать TRosApiClient...
var
Cl: TRosApiClient;
begin
Cl:=TRosApiClient.Create;;
try
что тут?
finally
cl.free;
end;

end;

[Человек_Борща]

Поток надо удерживать, операции двусторонние, т.е. "обозвал и смылся" - не прокатит.

У меня есть класс содержащий этот клиент.
В конструкторе клиент создается, в деструкторе клиент уничтожается.
В какой-то момент пользователь подключает клиент к устройству в интернетах.
Ну и в порядке вещей, происходит обмен данных между клиентом и VCL программы.

Каждый девайс что-то вроде базы данных.

В общем, я растерялся совсем. Как организовать многопоточность здесь.

покажи что должен сделать TRosApiClient...
var
Cl: TRosApiClient;
begin
Cl:=TRosApiClient.Create;;
try
что тут?
finally
cl.free;
end;

end;

cl.Free нельзя, оно происходит по решению пользователя или по выходу из программы.
Между тем и этим как с БД:
Querty API запросы.

[Lime]

Создайте для начала рабочий пример с потоками и их взаимодействием с GUI. А там всё само прийдет...

Я бы сделал задания для каждого потока.
GUI-> поток (задание пользователя): поток проверяет наличие задания в цикле while (flag/terminated/etc..).
поток->GUI (задание выполнено): поток синхронизируется с GUI (одноименным методом передавая значение из поля класса куда угодно и проводит необходимые манипуляции).

[Slym]

http://delphi.about.com/od/kbthread/...asynccalls.htm