Здравствуйте.Тему "завершение зацикленного потока" я закрыл,т.к. понял что не в ту степь лезу.
Я попробую изложить свою задачу.А Вас попрошу подсказать мне есть ли необходимость использовать в ней потоки и какой можно использовать альтернативный вариант.

Мне необходимо создать программу которая будет работать с внешним устройством.А точнее обмениваться данными с устройством по COM порту.Обмен этот описан неким стандартом.Мне просто надо воспроизвести его.Я спрашиваю - устройство отвечает.
Сначала устанавливаем связь.Потом начинаем спрашивать.
Я сделал так.
Разбил запросы на группы по характеру и для каждой группы создал поток(классами).Так же сделал поток для установления связи с устройством.

Так вот.При запуске начинает работать поток установления связи.Когда связь есть,этот поток в зависимости от желаемой группы запросов(т.е выбираем вкладку одну - запрашиваем одни данные,другую - другие и т.д.) запускает определенный поток и уничтожает себя сам.Новый поток начинает прокручивать запросы.Прокуручивать запросы набо постоянно чтоб не потерять связь.При выборе другой вкладки,текущий поток запускает новый поток и убивает себя сам.

Каждая группа очень большая запросов по 20.А есле вместе все группы то около 200.Если это всё прокручивать  в главном потоке формы,то пипец.А ещё надож выводитть на форму то что отвечает устройство,этож ваще...

Короче,мне подсказали сделать потоками.Я начал разбираться в них,оказалось не так то просто.То что я на данный момент уже сделал описанным выше способом,работает нормально,только  возникают косяки.

Подскажите пути решения задачи,пожалуйста.

возникает резанный вопрос: а нафига такую кучу потоков городить? -- в основной функции (единственного рабочего потока) в зависимости от текущего состояния вызываем соответствующую состоянию функцию. и все...

Я так делал.Я ж первым делом об этом же и подумал.Результат 82% ЦП.Но всё прекрасно работает.
Я так понимаю,единчственная пока что причина использования хоть одного потока - это разгрузить форму иначе она мертвая висеть будеть.Правильно ли я думаю?

ну так приоритет потоку понизь. или Sleep'ов добавь...


таки да.

MikhaelKreuz, Чтобы форма мертвая не висела. нужно переодически вызывать Application->ProcessMessages();

это костыли. причем не особо хорошие...

на счёт Application->ProcessMessages(); 
Я добавлял.И когда без потоков делал и когда с всё в одном потоке делал.Действительно похоже на костыли.
Мож я канечна не до конца понимаю,но блин пробовал... 

Добавлено через 2 минуты и 36 секунд

Приоритет понижал - связь с устройством начинет чаще слетать.А на ЦП не особо отразилось 60 - тож не хорошо.И Sleeepов там достаточно. 

если поток сильно жрет проц -- явно не достаточно...

MikhaelKreuz, Сделай два потока, один для визуализации формы, другой, для выполнения работы с портом.

Говоришь, костыли... А сам чего предлагаешь? Sleep'ы, приоритет понизить...


MikhaelKreuz, делай

я так и делаю, нормально работает с многими портами одновременно

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

ProcessMessages же используют если нет желания заморачиваться с потоками. + форма перестанет "умирать" но всеравно будет дергаться на каких-нить функция чтения/записи в порт...

В принципе, без Sleep'ов в любом случае не обойтись, даже при использовании потоков. Ибо не всегда устройство мгновенно может вернуть ответ на запрос

ksili - в точку.Sleepы я для этого и использую.Устройству нужно время для ответа.А про один поток рабочий,другой для визуализации, я думал.Это ж логичнее так сделать.Но меня сразу спугнуло то что в нём будет охеренно здоровое тело(Execute и др. функции),т.к. запросов куча,каждый нада обработать ещё.По этому даже пробовать не стал....попробую.
А что ты имеешь ввиду под потоком для визуализации формы?Её собственный поток,который автоматом создается при создании процесса?Или ещё дополнительный?