Socket

[Kalan]

Как узнать что связь прервалась? B Winsock вызывался метод close, а в NET, знаю poll есть, но он еще в куче случаев передает true, а нет ли аналога close в NETe как в winsock?

[Грандж]

столкнулся с похожей ситуацией.
если где найдёшь, кинь сюда плз.

[Kurt]

Может, попробовать обработчик события навесить?
Не поможет?

[Грандж]

обработчик какого события?

[Kalan]

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

[Sebas]

Ребята, Вы не там копаете. Socket используется во всех подключениях в том числе и UDP, Вам надо искать объекты "про TCP"

Я сам не знаю, но попробуйте покапать TCPClient или TCPListener, хотя могу ошибаться...

[Sebas]

Ого! покопал, - крепитесь парни! Если лень мозгами думать юзайте ax.

Тут совсем другая концепция!

TCPClient и TCPListener общаются на уровне потоков (NetworkStream) , как я понял, отключение опознаётся по концу потока!

Фишка в том, что теперь Вас это не должно парить.Всё за Вас сделает среда. Это гораздо удобнее, но надо перестоить мозги.

[Грандж]

ага
stream.readtoend
а пронотифаить сервер о потере соединения?
или других юзеров? мм.. что-то как-то заморачивацца с окончанием работы стрима как-то криво.

что нам предлагает microsoft /перекрестился
в 101 vb.net samples всё на TCPClient и TCPListener
причём прога с багами %)~ надо порыть мсдн на тему сокетов.
например, если юзать классы оттуда неизменяя ничего, при отконекчивании юзера streamreader начинает плевацца " " %)
и я парсил окончание соединения на пробел в стримридере. криво конечно, но работало.

правда соединялся телнетом на локалхост.

хотя, может у меня и руки кривые. я не ж непрограммист.

[Kalan]

Ладно, я тут короче попробовал, можно сделать так: вызвать у сокета метод recieve(ну или beginrecieve) и если он ( или endrecieve) вернет 0-значит связь прервалась(с recieve не пробовал, а вот с endrecieve получается точно)

PS. Я знаю, что мне нужен TCP, у датаграм вообще соединения нет, с ними все просто бери и считывай из буфера сокета!

[Грандж]

как-то не воодушевляет
событие нужно

[Kalan]

Ну а событие можно навесить:

x=endrecieve(ar)
if x=0 then raiseevent onConnectionClose()

[Грандж]

а значение переменной проверять в бесконечном цикле?
в принципе можно.

удивительно, что в самом классе это не предусмотренно %(

[Kulip@tor]

глюк какой-то. Если закрыть подключение к нету то не фига не работает. ПОЧЕМУ?Я идиот! Убейте меня, кто-нибудь!????

[tyomitch]

И тут тоже ап.

Конец потока - это не "сервер вырубился", это "сервер молчит". Как же узнать, что сервер вырубился? Протокол TCP это позволяет, а вот класс TCPClient - почему-то нет

[GSerg]

Не?

[tyomitch]

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

[GSerg]

Там, собсно, главное

I found one interesting bug with the NetworkStream object. When the server disconnects from your connection, I would expect that the underlying socket would raise an error. It does not. What happens is that the asynchronous call back goes into a tight loop and uses up all of the processor time. Check the byte count to trap this problem. If the number of bytes read from the socket is zero, then close your TCP connection. I have tried using the State object to check for socket problems, but it does not appear to be implemented as of yet. The TCPClient object does not have public properties or methods to determine the connection state either.

[Dmitriy Solomnikov]

Народ, сталкнулся с этой же проблемой. Если кто что придумал, поделитесь плз идеями.

[temur]

Посмотрите пример, может поможет...
http://www.tb.nm.ru/Sockets.rar
Правда там нет контроля закрытия соединения....
Я посылал тестовые сообщения, если соединеие закрыто или сервер не доступен то генерируется исключение....