Как привязать объект к текущему потоку? Я обрабатываю вызов в потоке выполнения неуправляемого кода, но хочу вернуть реализацию интерфейса, которая будет автоматически синхронизирована с другим .NET потоком.

Здравствуйте, Аноним, Вы писали:

А>Как привязать объект к текущему потоку? Я обрабатываю вызов в потоке выполнения неуправляемого кода, но хочу вернуть реализацию интерфейса, которая будет автоматически синхронизирована с другим .NET потоком.

Вам надо сделать marshal в исходном потоке, после этого, сделать unmarshal в вызывающем и вернуть полученный указатель.

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, Аноним, Вы писали:

А>>Как привязать объект к текущему потоку? Я обрабатываю вызов в потоке выполнения неуправляемого кода, но хочу вернуть реализацию интерфейса, которая будет автоматически синхронизирована с другим .NET потоком.

TK>Вам надо сделать marshal в исходном потоке, после этого, сделать unmarshal в вызывающем и вернуть полученный указатель.
Все подобное уже перепробовал. На выходе — исходный .NET object.

Здравствуйте, Аноним, Вы писали:

TK>>Вам надо сделать marshal в исходном потоке, после этого, сделать unmarshal в вызывающем и вернуть полученный указатель.
А>Все подобное уже перепробовал. На выходе — исходный .NET object.

А вы делайте unmarshal не в Object, а в IntPtr (тогда, .net не будет пытаться проверить "а что же там находится")

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, Аноним, Вы писали:

TK>>>Вам надо сделать marshal в исходном потоке, после этого, сделать unmarshal в вызывающем и вернуть полученный указатель.
А>>Все подобное уже перепробовал. На выходе — исходный .NET object.

TK>А вы делайте unmarshal не в Object, а в IntPtr (тогда, .net не будет пытаться проверить "а что же там находится")
Непонятно как этот объект после отдать в вызывающий код.
Сигнатура метода —

ISomeInterface XYZ()

Менять на глухой указатель — .

Здравствуйте, Аноним, Вы писали:

TK>>Вам надо сделать marshal в исходном потоке, после этого, сделать unmarshal в вызывающем и вернуть полученный указатель.
А>Все подобное уже перепробовал. На выходе — исходный .NET object.

Возможно причина в том, что Вы выполняете маршаллинг и демаршаллинг в потоках, входящих в один апартамент. Попробуйте выпонить маршаллинг в STA-потоке, а демаршаллинг — в другом STA или MTA.

Здравствуйте, Аноним, Вы писали:

А>Менять на глухой указатель — .

Без "глухого указателя" вряд-ли выйдет. При выполнении unmarshal в "object" .net определит, что это managed объект и все вернется туда, откуда начали.

Здравствуйте, TK, Вы писали:

А если унаследовать от StandardOleMarshalObject и создавать в STA-потоке, не поможет?

Здравствуйте, Jolly Roger, Вы писали:

JR>А если унаследовать от StandardOleMarshalObject и создавать в STA-потоке, не поможет?

Попробуйте. Вопрос только в какой момент COM поймет что, объект из другого потока и все вызовы надо маршалить.

Здравствуйте, Jolly Roger, Вы писали:

JR>Здравствуйте, Аноним, Вы писали:

TK>>>Вам надо сделать marshal в исходном потоке, после этого, сделать unmarshal в вызывающем и вернуть полученный указатель.
А>>Все подобное уже перепробовал. На выходе — исходный .NET object.

JR>Возможно причина в том, что Вы выполняете маршаллинг и демаршаллинг в потоках, входящих в один апартамент. Попробуйте выпонить маршаллинг в STA-потоке, а демаршаллинг — в другом STA или MTA.
Пробовал, конечно же. Подозреваю, что CLR использует информацию, которую сам же отдает через IMarshal. Как не крутил-вертел — в самом .NET-е получить прокси не получилось.

А вот StandardOleMarshalObject — что-то интересное, но проблему не решает, не привязывается он к создающему потоку. Попробую еще его вручную отмаршалить, но врядли будет результат.