Всем привет!

Скажите может ли быть такая ситуация:

VCL поток выполняет метод А некоторое время
В этот момент другой поток вызывает метод Synchronize(B)
Т.е.  VCL поток должен выполнить метод В

Так вот вопрос : Выполнится ли метод А до конца 
или возможна ситуация когда выполнение А приостанавливается
затем выполняется В, и снова возвращается в А ?

Заранее спасибо.

Вот чего говорит наш великий мануал о потоках в делфи


  Т.е. работать оно будет, но не самым эффективным образом.

Так, стоп! Метод Synchronize используется для безопасного вызова методов VCL внутри потоков. Т.е. если "другой поток" выполняет Synchronize(B), то B выполнится в рамках этого "другого" потока, и никак не отразится на работе потока А., т.е. А в, этом случае, выполнится до конца.

Насколько я знаю

VICTAR, я вот так понял: у нас 2 потока и 2 метода. Каждый метод выполняется в своем потоке. С какого перепугу один из них будет останавливаться?   

А я понял, что у нас один главный VCL поток и один "другой" поток.
ЗЫ я ничего не утверждаю, просто высказал свое предположение.

Poseidon, насколько я понимаю Synchronize, оба метода выполняются в главном потоке
"Другой поток" просто просит главный выполнить метод В и ждет пока главный не выполнит этот метод.

VICTAR прав

Это сообщение отредактировал(а) Gershkovich - 3.3.2008, 16:28

Assign a method to WakeMainThread before calling a thread’s Synchronize method. When you call a thread’s Synchronize method, it calls the method assigned to WakeMainThread once it has obtained a lock on the main GUI thread. This allows other threads to quickly synchronize with the GUI thread even if no events are being processed due to an idle state.

Alexeis же во втором посте все написал. что тут еще за гадания на кофейной гуще? )

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

Gershkovich, это из кода VCL ясно)

запутали бедолагу.  аж опыты вынудили проводить...

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

т.е. никаких выполнений "вперемешку" нет - все происходит в контексте главного потока "в порядке общей очереди". 

На самом деле такая ситуация возможна, если метод A вызывает Application.ProcessMessages - Application.ProcessMesages проверяет очередь синхронизированных методов и выполняет первый из неё. Если не вызывает - то действительно в порядке общей очереди.

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

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