Мне необходимо заблокировать синхронизационную переменную в одном потоке, а разблокировать - в другом. Насколько я понял, класс Monitor не предназначен для этого (ругается SynchronizationLockException'ом). Как тогда быть? Использовать тяжеловесные объекты ядра?

Idsa, эээ...а можете привести конкретную ситуацию, когда такое поведение является желаемым?...

Это секрет государственной важности :-P
А вообще, что такого дикого в таком поведении? Общий случай: 1. есть много ресурсов, доступ к которым необходимо разрешать/запрещать по определенной логике 2. один из потоков, дойдя до определенной стадии, разрешает доступ к какому-либо ресурсу.

Idsa, похоже здесь больше подойдёт использование мьютексов / семафоров (нужное подчеркнуть)

Оказывается, несмотря на кросс-процессную область видимости Mutex'а (Monitor может использоваться только в пределах одного AppDomain), на него, как и на Monitor, распространяется ограничение "в этом потоке заблокировал, в этом же будь добр и разблокировать". К счастью, Semaphore лишен этого ограничения. Так что единственный выход в моей ситуации - использовать одноместный Semaphore. Что я, в общем-то, и сделал 
Вот отличная статья по multythreading'у: http://www.albahari.com/threading/part2.html Мне она понравилась даже больше, чем мануал Рихтера.
Вот выдержки из этой статьи, подтвержающие мои слова:
1. Про Mutex:

2. Про Semaphore:


Добавлено через 2 минуты и 47 секунд

Нашел красивую формулировку ответа на этот вопрос: для упорядочивания обращений к совместно используемым ресурсами 


Это сообщение отредактировал(а) Idsa - 9.8.2008, 10:57