Определить разрыв соединения winsock

[TiG]

Да слышал слышал) Юзаю в другом месте, тут пока не раскладывал по полочкам, по нарастающей просто написалось и поэтому так криво)

[TiG]

Нашел эту кучку контролов, заплатил кучку денег, зарегистрировал)))
Расскажите плз какие мне юзать на многопользовательском сервере и клиенте?
Tcp, Daemon, Udp, Ras, Ping, Dns
Собсна протокол TCP буду использовать. ReuseAdress (false надо использовать?) есть в двух первых.

[alibek]

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

[TiG]

Да примеры хорошие, но хотелось бы услышать твое знание, чтобы проще было разбираться, так сказать на какие контролы обратить особое внимание.

[alibek]

Что значит "какие контролы обратить особое внимание"? Какие тебе нужны, те и используешь.
Daemon -- это слушающий (listen) сокет (протокол TCP).
TCP, UDP -- это обычные сокеты, соответственно протоколы TCP/IP и UDB/IP.
DNS нужен, чтобы ресольвить имя хоста и адрес хоста.
Ping нужен для того, чтобы пропинговать удаленный хост.
RAS позволяет устанавливать соединение с сервером удаленного доступа (после чего и поднимается сеть TCP/IP).

[TiG]

Daemon Control - Accept connections
TCP Control - Manage streams of data

Daemon Control - разрешающий "соединение" или и слушающий?
У TCP Control тоже есть метод listen.
В чем разница?

[alibek]

Daemon один, при попытке соединиться он соединяет с сокетом и слушает дальше.
У TCP нет метода Listen.

[TiG]

Действительно нету, сенк.

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

[alibek]

Почитал бы ты все-же MSDN.

RequestID - это идентификатор запроса.
Если бы ты работал с сокетами через API, то убедился, что он соответствует хэндлу нового (созданного) сокета, к которому присоединяется подключение.
Просто чтобы самому не разбираться в дебрях API и с легкостью использовать массив сокетов, этот механизм скрыт от разработчика.

[alibek]

И посмотри, наконец, мой пример на сайте.
Там и requestID, и примеры массива сокетов.

[TiG]

Воще профтыкал...
Смешиваются потому, что раньше index юзал, а счаз то ушел от него, думал, что RequestID идентифицирует(
Вопрос: может есть какой-нить волшебный способ воздействовать на Index as Integer в DataArrival? Мне совсем не хотса чтобы он у мну рос до предела Integer или Long, да и воще не хорошо когда он такой необузданный.

[TiG]

гы гы (ржёт сильно), хорошо в дебрях 2 дня лазил а не дольше, а то бы движоек точно сменил. Всё было написано хорошо, только не хватало ses = index в DataArrival, совершенно логично, что мешанина получалась))))