Экспертная система Delphi.int.ru

Сообщество программистов
Общение, помощь, обмен опытом

Логин:
Пароль:
Регистрация | Забыли пароль?

Delphi.int.ru Expert

Другие разделы портала

Переход к вопросу:

#   

Статистика за сегодня:  


Лучшие эксперты

Подробнее »



Вопрос # 5 592

/ вопрос открыт /

Здравствуйте, эксперты!
Как перевести сокет в блокирующий режим из асинхронного, в который он ранее был переведён методом WSAAsyncSelect:

WSAAsyncSelect(Socket,Handle,1101,FD_READ);

nil Вопрос ожидает решения (принимаются ответы, доступен мини-форум)

Вопрос задал: nil (статус: Посетитель)
Вопрос отправлен: 22 августа 2011, 06:47
Состояние вопроса: открыт, ответов: 0.


Мини-форум вопроса

Всего сообщений: 6; последнее сообщение — 22 августа 2011, 15:40; участников в обсуждении: 2.
Вадим К

Вадим К (статус: Академик), 22 августа 2011, 10:56 [#1]:

Лучше думаю не делать этого. То, что Вы привели, это не просто асинхронный сокет.
Лучше просто сразу делать себе блокирующий сокет и работать с ним.

А почему возникла такая необходимость?
Галочка "подтверждения прочтения" - вселенское зло.
nil

nil (статус: Посетитель), 22 августа 2011, 12:03 [#2]:

1. Почему лучше не делать? Разве это не самый распространённый метод перевода сокета в асинхронный режим?

2. Блокирующий сокет конечно сразу можно сделать, но только немного усложнять программу придётся... А так изменять ничего не нужно было бы...

3. В одном случае необходимо передать данные размером гораздо больше стандартного TCP/IP буфера, а в классе программы все сокеты создаются асинхронными вышеуказанным методом и под них разработана вся программа.
Метод send блокирующего сокета делает паузу в цикле передачи больших данных, пока весь буфер не будет передан. С асинхронным не понятно, когда посылать следующую порцию...
Вадим К

Вадим К (статус: Академик), 22 августа 2011, 13:43 [#3]:

1) я не говорил, что не нужно переводить в асинхронный режим. Плохо - это переводить туда-сюда постоянно, более одного раза.
2) ну, это зависит от опыта.
3) в этом случае send заблокирует Вашу программу.
Раз уже начали в асинхронном режиме, так продолжайте. Выставляее
WSAAsyncSelect(Socket,Handle,1101,FD_READ or FD_WRITE)
Теперь будет приходить сообщение также когда сокет готов к записи. извлекаете из своего буфера очередную порцию и отправляете.
Галочка "подтверждения прочтения" - вселенское зло.
nil

nil (статус: Посетитель), 22 августа 2011, 15:07 [#4]:

Ну, раз плохо... Хорошо ли и прокатит ли следующее:
WSAAsyncSelect(Socket,Handle1,1101,FD_READ)
WSAAsyncSelect(Socket,Handle2,1101,FD_WRITE)
Т.е. на разные хэндлы пустить разные события.

Или хотя бы так:
WSAAsyncSelect(Socket,Handle,1101,FD_READ)
WSAAsyncSelect(Socket,Handle,1102,FD_WRITE)
Вадим К

Вадим К (статус: Академик), 22 августа 2011, 15:16 [#5]:

первое будет работать.
второе - не так как Вы ожидаете. Точнее вторая строка перекроет первую.
Галочка "подтверждения прочтения" - вселенское зло.
nil

nil (статус: Посетитель), 22 августа 2011, 15:40 [#6]:

Благодарю за ответы.

Чтобы оставлять сообщения в мини-форумах, Вы должны авторизироваться на сайте.

Версия движка: 2.6+ (26.01.2011)
Текущее время: 29 мая 2023, 18:49
Выполнено за 0.03 сек.
Рейтинг@Mail.ru