Re: Experience hosting the CLR from native c++ ?



Hi Chris,

Thank you for your reply. Interesting you brought up this book; I ordered it
on Friday and should get it tomorrow, unless UPS fails me :) Thought I'd
take a crack on getting info today though while I wait, on this part of the
subject anyway.

Thanks again,

-Dave


"Chris Mullins [MVP - C#]" <cmullins@xxxxxxxxx> wrote in message
news:%23UV23utKIHA.5360@xxxxxxxxxxxxxxxxxxxxxxx
There's a book out that goes into great detail on hosting the CLR:

"Customizing the Microsoft® .NET Framework Common Language Runtime"
http://www.microsoft.com/mspress/books/6895.aspx

--
Chris Mullins


"Dave Farquharson" <gamerfarquharson@xxxxxxxxxxx> wrote in message
news:OzxiImtKIHA.3916@xxxxxxxxxxxxxxxxxxxxxxx
Hello,

I am trying to find good information on hosting the CLR from my native
c++ program. I'm successfully using CorBindToRuntimeEx to host the CLR
and executing functions in a test CLR assembly using
ExecuteInDefaultAppDomain. That's all great, but my problem is that the
execute function seems rather limited. It accepts a string argument and
returns an int, and that's it.

So my question is, how can more information about state be passed back
and forth between the assembly and the hosting program? I've exercised my
search engine pretty heavily looking for examples and I keep thinking,
there must be a way to share data! Anyone successfully done this or have
info about it?

Thanks in advance,

-Dave





.



Relevant Pages

  • Re: Experience hosting the CLR from native c++ ?
    ... There's a book out that goes into great detail on hosting the CLR: ... executing functions in a test CLR assembly using ... forth between the assembly and the hosting program? ...
    (microsoft.public.dotnet.framework.clr)
  • Experience hosting the CLR from native c++ ?
    ... I am trying to find good information on hosting the CLR from my native c++ ... I'm successfully using CorBindToRuntimeEx to host the CLR and ... executing functions in a test CLR assembly using ExecuteInDefaultAppDomain. ...
    (microsoft.public.dotnet.framework.clr)

Loading