![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Потокобезопасность connect(), socket(), select() и прочее [D7, WinXP]
DVM © (2006-08-29 11:13:00)Потокобезопасны ли данные функции Winsock?
Rouse_ (2006-08-29 12:06:00) [1]Ну как узнать что процесс многопоточен, это очень просто - поток всегда знает ID процесса, а зная его можно узнать кол-во потоков принадлежащих процессу. Дело в том что сам по себе сокет является объектом ядра и не принадлежит твоему процессу. Процесс просто использует его. Что там происходит внутри (выделения буферов и т.п.) - тебе уже знать не интересно, главное чтобы работало :)
DVM (2006-08-29 12:00:00) [2]
> Небезопасным будет доступ к данному буфферу из другого потока
Прямого доступа к буферу нет. Указатель на буфер пересылается в основной поток с помощью SendMessage(). Доп поток ждет отработки операций с буфером в основном потоке.
Но я не об этом хотел спросить. Неужели ни одна из функций WinSock внутри себя не выделяет память под какие либо переменные и буферы? И как функции библиотеки Winsock могут знать, что их используют в многопоточной среде?
Rouse_ (2006-08-29 11:47:00) [3]Небезопасным будет доступ к данному буфферу из другого потока, поэтому любое обращение к данному буфферу желательно обрамлять критическими секциями
DVM (2006-08-29 11:22:00) [4]
> Да, непотокобезопасным может быть их использование.
Если можно поподробнее, в каких случаях?
В моем случае сокет создается и подключается внутри потока, начинает читать данные в буфер, память под который выделяется функциями GetMem / FreeMem (потокобезопасными вроде как). Где могут оказаться подводные камни.
Rouse_ (2006-08-29 11:17:00) [5]Да, непотокобезопасным может быть их использование.