Когда WaitOne выполняет код вне фреймворка?

Я испытываю состояние гонки, ведущее к выполнению другого кода во время вызова System.Threading.WaitHandle.WaitOne в потоке, в котором работает WaitOne. Из его документации я предположил, что WaitOne блокирует поток для любого кода, не являющегося фреймворком, до тех пор, пока не будет выполнено одно из его условий возврата.

В каких ситуациях, если таковые имеются, WaitOne должен выполнять код вне фреймворка перед возвратом?

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

• Приложение вне моего контроля (Outlook) загружает неуправляемую DLL, которая вызывает управляемую DLL, которая вызывает метод на прокси-сервере WCF. Реализация WCF вызывает WaitOne, во время которого возникает проблема. Это означает, что в стеке есть несколько неуправляемых / управляемых переходов.
• Соединение WCF проходит через NetNamedPipeBinding, целевой процесс ранее был запущен из управляемой библиотеки DLL.
• Во время вызова прокси-сервера WCF Outlook получает возможность выполнить код в том же потоке. После выполнения этого кода вызов по-прежнему завершается правильно.
• Я наблюдал такое поведение только в потоке main / ui
• Я наблюдал такое поведение только в 32-битных сборках. 64-битные сборки работают должным образом.
• При перемещении всех вызовов WCF в другой поток и переключении на явные вызовы Task.Wait (в задачах, созданных с помощью Task.Run), Wait ведет себя так же; таким образом, вероятно, что Monitor.Wait и другие родственные методы ведут себя одинаково.