Поток один и тот же............. 
Dem_max 200 %...............

Получаеться ServerSocket1 не создает поток на новое подключение.........

И как выкручиваться в данной ситуации...?????       

И интересно сколько тогда может выдержать подключений ServerSocket1 ?????????

Как вариант не парится
Так как ServerSocket1Accept(); работает в одном потоке, не делай долгих задержек в этой функции. Т. е.  если надо добавляй новый сокет в список и выходи из функции, только же опять не забывай добавлять через критические секции, так как в где то в другом потоке список может использоваться.

Я бы не парился........ Но в один момент нужно создать буффер и отправить клиенту, так в момент создания буффера идут обращения к первой и второй форме............ И тут начала вылетела ошибка доступа к лейблу.... И так я и доковырялся что критическая секция не работает......
 

Доступ к лейблу и визуальным компонентам должен быть только из главного потока.
http://rxlib.ru/WinLesson/bles2_1.htm

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

И в одном моменте сбиваеться последовательность ситуаций и вылетает ошибка....... Для этого и продумывал критическую секцию.....
Век живи век учись..... 

С уважением.....

Это сообщение отредактировал(а) bass - 11.6.2012, 15:34

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

Добавлено через 6 минут и 58 секунд
Хотя не, теоретически может, если использует механизм асинхронных вызовов Windows.
Представим себе ситуацию.
1) 1й поток получил accept и записался в очередь к главному потоку на синхронизацию
2) Вызвался обрабочик в главном потоке и вызвался месажбокс
3) Месажбокс заблокировался на обработке сообщений
4) 2й поток получился accept и записался в очередь к главному потоку на синхронизацию
5) Поскольку месажбокс занимается обработкой сообщений, то это разрешает вызов 2го обработчика от 2го потока.
6) Вызывается второй обработчик также в главном потоке, и для него критическая секция не является блокировкой поскольку вызывающий поток 1.

Все понял................ 

Как и предположил что связанно с оконной процедурой. Вернее с ее свойствами приема потока сообщений оказалось.   А как быть в такой ситуации.....

  Отключить синхронизацию с главным потоком ServerType = stNonBlocking

В его свойствах и так стоит ServerType = stNonBlocking ...................
Так и стоит.....

bass, а если поставить блокирующий? Возможно он все неблокирующий обрабатывает в главном потоке. Кстати! Он же может события accept ставить на обработку окном главного потока! Это и есть наиболее вероятный способ разблокировки сокета. Значит нужно переключить в блокирующий.

Все заработался пришла в голову мысль поставить счетчик потоков зашедших если больше одного то выскакивает мессадж бокс....... Когда поток уходит смотрит на наличие мессадж боксов и тыкает мышкой......))))))))))))))))))))))))))

А серьезно..... Щас ставим блокирующий........ Куча клиенов выполняют опперации и тут мы попадаем в эту функцю  и блокируемся секунд на 5 все....... А так все работаем кому в друг понядобилась эта функция встаем в очередь....... Там еще есть запрос пользователя..... И тогда сервер зависнет............

Но всеравно попробую.........


Неа не получилось......


Form1->Memo1->Lines->Add(IntToStr( GetCurrentThreadId()));
EnterCriticalSection(&CritsectQweryBuffer);
MessageBox(NULL,"", "", MB_OK );
LeaveCriticalSection(&CritsectQweryBuffer);

Конектиться клиент выскакивает мессадж бокс........ Конектиться другой и в мемо не отображаеться номер потока.... Закрываю мессадж появлеться .... Значит блокиреться все работа.... Хоть коннект и проходит......


Это сообщение отредактировал(а) bass - 11.6.2012, 18:25

Почитай тут
http://forum.vingrad.ru/topic-60076.html
приглянись к семафорам, они вроде как блокируют вход.

Замените CRITICALSECTION на Mutex'ы - они будут блокироваться даже если их позовут в одном потоке

Иногда да такого маленького ответа приходиться столько докапываться......
Ступил и пошел разбираться почему не срабатывает ......... 
Спасибки всем...... Если мутексы блокируються то тогда вопрос решен.....

Это сообщение отредактировал(а) bass - 11.6.2012, 19:38

  Это еще почему? Насколько я знаю мьютексы под виндой ведут себя точно также как и критические секции. Чтобы добиться полного исключения я использовал эвенты. А у мьютексов фича такая. Раз 1 поток то безопасно вызывать и они не блокируют повторный вход.