Как происходят одновременные вызовы какой-либо глобальной для модуля функции из потоков?
Например нужно переопределить функции сокетов:


Проблем никаких не будет?

Это сообщение отредактировал(а) vitaly1979 - 28.2.2006, 13:35

Синхронизация нужна, если обращение к ф-циям из нескольких потоков будет

Это точно?
А как же например несколько потоков вызывают одновременно функции АПИ из ДЛЛ?

где ты такое видел?

Romikgy, ну как же -)
все АПИ как известно в ДЛЛ, а код ДЛЛ в адресном пространстве всех ниших программ
допустим несколько потоков открывают одновременно разные файлы с помощью CreateFile
код функции CreateFile всего один и по одному адресу
получается что стек функции CreateFile создается для каждого потока отдельно?
и в моем случае будет также?

Я так думаю, что функция это кусок кода, по которому проходят потоки. Скорее всего каждый вызов функции ознаменован своими параметрами с которыми поток войдет в этот участок кода. Поэтому, ничего страшного в таких заходах нет. Вот другое дело, если ты в этих функциях оперируешь глобальными переменными, с которыми могут одновременно работать все твои потоки, тогда может наступить попа без синхронизации.
PS.:А вообще то у меня давненько назревает подобный вопросик, нет времени его сформулировать и задать.

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

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

при записи .... может быть

стек для каждого потока создается в начале
а вызываемые функции просто используют его
так что на локальные переменные с точки синхронизации обращать много внимания не нужно - для каждого вызова функции - это новый набор
другое дело static-переменные внутри функции - к ним нужно такое же внимание, как и к глобальным...

При вызове функции из потока она использует стек этого потока. Автоматические переменные создаются в стеке - это те, которые внутри функции не описаны как static.
Поэтому, если функция, вызываемая из главной функции потока не оперирует статическими или глобальными переменными, то она может выполняться "одновременно". Такие функции в древности называли повторно входимыми или реентерабельными.
Если функция использует глобальные/статические переменные, то она не является повторно входимой. Необходимо обеспечить явную передачу доступа к глобальной/статической переменной из каждой функции. Для этого используется синхронизация - критические секции, мьютексы, события, ждущие функции и т.п. Функция, работающая с переменной явно захватывает эту переменную, остальные должны подождать освобождения переменной.
Дополнительные "заморочки" возникают при использовании динамических переменных - от захвата кучи процесса до явного назначения потоку собственной кучи.

threef,
- можно поподробнее? Например если я делаю цикл в функции:

где могут быть проблемы?
PS.: я не ёрничаю, просто очень хочется до конца понять где проблемы.

Эти дополнительные заморочки обычно свалены на голову менеджера памяти компилятора, и самому о них думать не надо.

Adil' - даааа. хороший ответ! Но что-то можно понять сиё высказывание и так: "Хороший компилятор - нет проблем, а вот если вы программируете в Крекер С++ или Макдональдс C - то будут проблемы".
Понятно с автоматической памятью, со статической, а вот с динамической - ? пока все раво неа

takedo
Прошу прощения за долгое молчание

Заморочки в потоках при использовании кучи очень простые.

и этот цикл внутри функции потока. Чтобы не изгадить кучу(во каламбур!) нужно защититься
HeapLock / Unlock, но это еще не полное решение проблемы. В результате выполнения многих потоков куча может слегка дефрагментироваться, и, так как ею управляет вовсе не компилятор, то и тут нужно соломки подстелить - лучше выделить для разных потоков разные кучи. Отработал поток - удалить его( за ним ?) кучу. И основная куча не так решетится.