Плохо.
Все объяснения, примеры кода, общие принципы работы с TClient|TServerSocket - впустую.
Перечитайте, уловите идею, и не выдирайте куски из моего кода, пытаясь совместить со своим.
Вам нужно полностью.ПОЛ-НОСТЬ-Ю. пересмотреть подход к передаче/приему данных с помощью этих компонентов.

Добавлено через 1 минуту и 55 секунд
Или переходите на indy. Там, вроде, все проще с этим. Но с Indy я не знаком абсолютно.

Добавлено через 3 минуты и 39 секунд
При использовании передачи данных по сети Application.ProcessMessages не нужно абсолютно. Это кривой костыль, позволяющий хоть как-то скрыть недостатки работы.

он сложноват для меня. попроще че нить есть?   мне просто надо разбить на пакеты в 10кб и отдавать и принимать. самый первый мой пример в нем много ошибок как именно его довести до ума? не добавлять что то новое ато у мя голова лопнет    
но а как тогда ждать ответа от сервака о том что он принял пакет?

не тока не Indy я сним ваще некак 

Это сообщение отредактировал(а) den2005r - 6.2.2010, 21:47

Если  хочется отправить кусок в 10 кб это НЕ ЗНАЧИТ, что отправятся все 10кб. Больше повторять не буду.


Удалить и сделать другой.


Пакет будет принят в любом случае, если он отправлен в сеть. Это особенность TCP.
Если он будет не принят, то соединение будет уничтожено.
Поэтому не нужно ничего ждать.

ну а начать то с чего?хотелось бы с чего стартануть... тот что ты мне пример дал там надо неделю разбираться. ах вот хотел спросить на TCP есть возможность отправки и с сервера и с криента как на clientsocket и serversocket ?

Например, с моих объяснений в этой теме и 


Начните с азов. Ибо TCP - это протокол обмена данными по сети. А TClient и TServerSocket - это компоненты, являющие собой минимальную надстройку над виндовыми функциями работы с TCP.

Dixi.

Лучше сделать свой протокол над tcp/ip - классика это все что летит объединяешь в пакеты, а пакеты состоят из <размер><данные><CRC> как принял целый не битый пакет, отправляешь на обработку.