> if i want to call into another AppDomain with messing with Remoting, i can
> use the AppDomain.DoCallBack() passing in a CrossAppDomainDelegate. But this
> executes synchronously. Is there a way i can call into another AppDomain
> asynchronously, but without having mess with Remoting?
The only thing you need is a MarshalByRefObject from the
another domain. Then you can simply "callback" using a
method of that MBR.
Rob
> if i want to call into another AppDomain with messing with Remoting, i can
> use the AppDomain.DoCallBack() passing in a CrossAppDomainDelegate. But this
> executes synchronously. Is there a way i can call into another AppDomain
> asynchronously, but without having mess with Remoting?
create a delegate to the method that calls DoCallBack, and execute it
asynchronously. or use ThreadPool.QueueUserWorkItem.

Signature
i'm midnightbeach.com and a mtn bike
accident means i'm left handed until mid october,
so please pardon lower case and terseness.
john conwell - 05 Oct 2005 21:57 GMT
Right, but then that delegate will execute in the main appdomain, not the
newly created appdomain.
Or do you mean call DoCallBack to get into the new appdomain, and then once
in the new appdomain, make an async delegate call to kick off the new thread.
that would do what i want. Then the main thread would return back to the
main appdomain and there would be a new thread running in the new appdomain.
well, either way you meant you got me in the right direction :-)
thanks,
John
> > if i want to call into another AppDomain with messing with Remoting, i can
> > use the AppDomain.DoCallBack() passing in a CrossAppDomainDelegate. But this
[quoted text clipped - 3 lines]
> create a delegate to the method that calls DoCallBack, and execute it
> asynchronously. or use ThreadPool.QueueUserWorkItem.