Посоветуйте хороший сокет.

[Хакер]

Если кто знает, видел, использовал и тд, сокет, оформленный ввиде класса, и главное стабильный, то просьба написать о нём сиюда.

Основные требования к сокету:
1) Оформление ввиде класса
2) Нормальная работа, после разблокировки потока.
3) Обязательно наличие событий Connect, DataArrival, Close, Error и тд.
4) Желательно Debug-Sagety.

[alibek]

ActiveX Dart PowerTCP.

[Хакер]

* ввиде модуля класса.

[xenomorph]

Вот наборчик.
3 штуки.
Особо хорошая цацка - "Тяга".
Нужен рашпиль правда

[Хакер]

Особо хорошая цацка - "Тяга".

Дрянь. Фу...

Нужен сокет коммерческого качества, а не бажный продукт Васи Пупкина и Ко.

ADDED:

Открыл - обнаружил 3 сокета. Из них "Тяга" - юзал... дрянь. CSocket - тоже юзал, полная дрянь.

А вот 2 WinApiSocket by EvilC0der попробую. Спасибо

[xenomorph]

Эээ ...

CSocket - тоже юзал, полная дрянь.

Нуууу .. не знаю, не знаю ...
я пару тройку прогам на нём склепал. По 500 usd. каждая. Заказчики не жалуються

-> А почему дрянь собственно?

Из них "Тяга" - юзал... дрянь

Тут пожалуй тоже не соглашусь. Оно-то канешно кривовато - но как по мне -
то юзать inCON_MouseUp в качестве приёмника сообщений от сокета -очень даже не лажа. Свежо и ново.

ИМХО это даже кул - ибо стабильно.
ОЧЕНЬ СТАБИЛЬНО.
СSocket там и не валялся.

Если доработать - бу даже очень ничего.

Кстати - если доделаешь (что делаешь ) - выложи плз. посмотреть! *-)
--
Удачи!

[GSerg]

но как по мне -
то юзать inCON_MouseUp в качестве приёмника сообщений от сокета -очень даже не лажа. Свежо и ново.

Только если MouseUp придёт в тот момент, когда окно таскают за заголовок, или когда иным способом вызвано SetCapture, то MouseUp получит совсем не то окно, которому планировалось, и будет сюрприз... Свежий такой, новый...

[Хакер]

Эээ ...
Нуууу .. не знаю, не знаю ...
я пару тройку прогам на нём склепал. По 500 usd. каждая. Заказчики не жалуються
-> А почему дрянь собственно?

Жутко не стабильный. Если во время приёма данных заблокировать поток (например перетаскивать в это время форму), то данные не приходят, и всё что должно придти после них - тоже не приходит.

А во вторых, как то я сослал GET-запрос и начал сливать файл с сервера (большой файл, 30 мб). Так вот, сетевой монитор показывает, что даже после программного закрытия сокета - данные на него продолжают идти. Спасало только закрытие студии.

В программе такое совершенно не допустимо, поскольку её специфика такова, что сокеты будут многократно открываться/закрываться.

Если со всех зомби-конектов будут продолжать поступать данные, это будет ужас.



Вообще у нас есть свой сокет, стабильнее чем эти два, но он ввиде юзер-контролла. А переделать в класс не получалось по каким то причинам.

А нужен именно класс.

[xenomorph]

2 Хакер:

Если во время приёма данных заблокировать поток (например перетаскивать в это время форму)

Невидимая форма2 на бэкграунде не спасёт ситуацию?
На ней ИМХО и разместить контролы.

А во вторых, как то я сослал GET-запрос и начал сливать файл с сервера (большой файл, 30 мб). Так вот, сетевой монитор показывает, что даже после программного закрытия сокета - данные на него продолжают идти. Спасало только закрытие студии.

Вероятно код где то кривой.
CSocket-a - стабилен во всех отношениях окромя отладки под студией, и то только по тому, что не ликвидирует окна которые создает для принятия сообщений.

Класс вопрос не решит - так как сокет сообщает о своём состоянии отсылками сообщений окну.

При асинхронном сокете это - наиболее еффективное решение.

Класс отдельно - лучше ССокета не сделаете.

winsock32 чем не угодил? Размер критичен?

з.ы. а можно на

нас есть свой сокет

посмотреть?

з.ы.2 а что собственно пишете? (если я прАильно понял то для этих целей используют апач\ИИС. А кастоный сервер - не решение. Здохнет под нагрузкой)

[Хакер]

2 Хакер:

Если во время приёма данных заблокировать поток (например перетаскивать в это время форму)

Невидимая форма2 на бэкграунде не спасёт ситуацию?
На ней ИМХО и разместить контролы.

Как доп. форма может предотвратить баг с заблокированным потоком?

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

Класс вопрос не решит - так как сокет сообщает о своём состоянии отсылками сообщений окну.

При асинхронном сокете это - наиболее еффективное решение.

У нас была реализуемая идея "как сделать нотифакцию не через приём сообщений окну". Но из-за нехватки времени, сделали через оконные сообщения.

Класс отдельно - лучше ССокета не сделаете.

Хех

winsock32 чем не угодил? Размер критичен?

Не понял.

з.ы. а можно на

нас есть свой сокет

посмотреть?

Нет. Во всяком случае - пока нет.

з.ы.2 а что собственно пишете? (если я прАильно понял то для этих целей используют апач\ИИС. А кастоный сервер - не решение. Здохнет под нагрузкой)

Неправильно понял. Пишем клиентское приложение. Причём тут Apache/IIS ?

[tyomitch]

У нас была реализуемая идея "как сделать нотифакцию не через приём сообщений окну". Но из-за нехватки времени, сделали через оконные сообщения.

Если через WSAEventSelect, то пример её использования был в том самом моём сокс-прокси, который xenomorph однажды пытался продать, не читая
Так какие там у вас вышли затруднения? Может, смогу помочь?