Я сделал всё как в хелпе написано сделел пару приложений:

- одно (сервер) вызывает функцию Listen() и "зависает" пока не подключится клиент.
- другое (клиент) пытается соединица, все заработало.

Ну я ка нормальны человек сделать так чтоб приложение не "зависало", я вызов Listen() запихнул в отдельный поток и тут всё началось эта функция перестаёт ждать и сразу выходит после чего припопытке подключения клиента выбивает на ASSERT

Что делать, кто-то с такм сталкивался?

Если я правильно помню, то listen переводит сокет в состояние ожидания соединений. Принимает подклбчения функция accept.

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

Извини за глупый вопрос, а зачем выносить Listen в отдельный поток, ведь если я не ошибаюсь CSocket наследуется от CAsyncSocket, т.е. Listen должен работать асинхорно и не тормозить сервер.

Kill_em_all, так все проблемы и начинаются с переном вызова функции Listen в отдельный поток.

Athlon, я тоже так думаю, но функия не возвращет значения пока дочерний (подключающийся сокет) не попытается подлючится и тогда если вызвать Listen в каком-либо обработкике программа зависет.

Rapalex,
На сервере TCP имеется один слушающий сокет, который работает все время запуска программы-сервера.
Для этого единственного сокета (в нашем случае) функция Listen только подготавливает очередь для приема заявок на подключение - она ничего не слушает!!!
Поэтому исполнять ее в отдельном потоке - нонсенс.

на самом деле можно и в потоке вызывать listen, но после неё необходимо вызывать и accept... да еще в самом начале перед listen необходимо в потоке вызвать AfxSocketInit() и всё работает...

Да так и есть спаибо, только поток должен быть Интерыейсным, а сними у меня проблеммы были, я даже новую тему открыл.

У меня вопрос: А можно сделать так чтобы Listen() не до бесконечности ждала, 30 сек чтото вроде timout?

Так а смысл какой? Эта функция поток не усыпляет ведь, просто устанавливает сокет в режим прослушки.

Как так поток не усыплён но на сообщения не будет реагировать, я так думаю, кстати какой вункцией потоку сообщения посылать.

Не понял суть вопроса.

Вернемся к началу.
Для классов, базирующихся на CAsyncSocket.
Берем серверный сокет, запускаем его на прослушку, вызвав Listen().
Далее поток занимается какими-то своими делами, пока не подключится клиентский сокет (На клиентской стороне соответственно должна быть вызвана функция Connect() ).
Клиентсий сокет вызовет событие сокета OnAccept(), которое и нужно будет обработать.В обработчике вызвать функцию Accept(). На клиентской стороне эта функция породит сообщение OnConnect(). Ну и собственно усе, соединение установлено...
Добавлено @ 17:13
Короче, если что, могу дать свой пример, на котором я как раз не так давно сам осваивал работу сокетов. Правда, я из асинхронных сделал их синхронными, было необходимо ...
Одно приложение серверное, другое клиентское.

Пиши в личку с указанием мыла - могу скинуть, покопаешься и разберешься ;)

Спасибо, но ты сам знаеш что в чюжой проге разбираться - проще самому написать.



Да. Всё так и есть, так и сделано.

Только алгоритм работы проги такой:
1 - подключается определённое количество клиентов к серверу (пока я не нажму кнопку).
2 - я нажимаю кнопку и перестаём подключать других и начинаем обменеваться данными с уже подключёнными.
3 - обменялись и закрылась прога.

Проблемма: Я нажимаю кнопку, а функция Listen() (в дркгом интерфейсном потоке) ждёт, и поток не хочет умирать!!!

Rapalex,



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

Когда к серверу "стучиться" клиент, вы ему отвечаете "Accept".
Когда же у вас набралось достаточное количество соединений, просто не отвечайте ничего клиентам, соединеине устанавливаться не будет.

Это сообщение отредактировал(а) Dreamer_0x01 - 4.4.2006, 00:02