Ошибки WinSock: какие куда

[GSerg]

Озаботился написанием Винсока. Кое-что вырисовывается
Делаю нормальный контроль ошибок. У оригинального OCX одни ошибки вызывают ран-тайм эррор, а другие рэйзят событие error. Спрашивается, какие ошибки в какую категорию.
Понимаю, конечно, что ошибки инициализации библы, создания самого сокета, регистрации message hadler - всё в рантайм. Но при самой работе?

[alibek]

Предлагаю соломоново решение
Все, что определяется через WSAGetLastError в эвенты, ошибки, которые возвращаются непосредственно API-функциями, в рун-тайм

[GSerg]

Так ведь вызывать wsagetlasterror я буду только тогда, когда API-функция вернёт SOCKET_ERROR

[GSerg]

Родилось иное соломоново решение - всё, что приходит через HIWORD(lParam) - в event, а остальное в ран-тайм.

Теперь другой вопрос. Как реализован переход инидкатора состояния? То есть, к примеру, изначально sckClosed. Начинаем соединяться - sckConnecting, потом sckConnected. Если возникает ошибка - sckError. Соединения небыло, значит сокет закрыт на самом деле. Когда sckError заменяется опять на sckClosed?
Ну и иные переходы

[Taras2]

Так ведь вызывать wsagetlasterror я буду только тогда, когда API-функция вернёт SOCKET_ERROR

Интересно, как вы собираетесь определить Хендл сокета для wsagetlasterror, из WinSock компонента? Я не говорю, что это невозможно, но геморно это точно.

[alibek]

Я так думаю, что он не использует компонент, а реализует свой через API. А хэндл сокета из компонента получить несложно, есть такое свойство как Winsock1.SocketHandle.

2GSerg, я имел ввиду те функции, которые возвращают не SOCKET_ERROR или INVALID_SOCKET, а непосредственно код ошибки (WSAStartup и еще какая-то)

[Taras2]

Я так думаю, что он не использует компонент, а реализует свой через API. А хэндл сокета из компонента получить несложно, есть такое свойство как Winsock1.SocketHandle.

Сорри, слона то я и не заметил.
ЗЫ. Никто не подскажет как использовать Winsock как класс, а не компонент?