> What I'm trying to do is something that maybe is a little tricky :)
> Well, I'm tring to create a scripting Host Engine ( ie a conuterpart of
> VBScript ) creating my dll in unmanaged code, and hosting the framework
> inside in.
> My objective is tu parse on the fly the code my user supply to my script
> engine, and execute it.
> This is not a big deal, but the scripting that I use, is supposed to work
> with an existing environment, and it use a lot of AddNamedItem function.
> Each "NamedItem" is indeed a COM interface to an object, but how can I
call
> method in C# code of an IUnknow com type ? Is there some way to do it ?

"Vadim Melnik" <vmnews@REMOVETHISdocsultant.com> wrote in message
news:eH2mbZiRDHA.3880@tk2msftngp13.phx.gbl...
> Hi,
>
> > What I'm trying to do is something that maybe is a little tricky :)
> > Well, I'm tring to create a scripting Host Engine ( ie a conuterpart of
> > VBScript ) creating my dll in unmanaged code, and hosting the framework
> > inside in.
> > My objective is tu parse on the fly the code my user supply to my script
> > engine, and execute it.
> > This is not a big deal, but the scripting that I use, is supposed to
work
> > with an existing environment, and it use a lot of AddNamedItem function.
> > Each "NamedItem" is indeed a COM interface to an object, but how can I
> call
> > method in C# code of an IUnknow com type ? Is there some way to do it ?
>
> It's not clear, at least for me, what you need, can you be a more
specific?
> Do you want to expose C# class to script environment via
> IActiveScript::AddNamedItem and have problem retrieving IUnknown interface
> pointer for managed object or something else?
>
> ..
> Regards,
> Vadim.
>
>
>

> Not exactly.... I want to use C# as Script engine, so I create my script
dll
> in unmanaged code,and inside it I'm hosting the CLR.
> ( the objective is to give old applications hosting script engine tu use
C#
> instead ov vbscript )

> The problem is that Named Items are COM object, but C# can't directly
manage
> them !

> So I read some documentation and I reached this point: Create 'on the fly'
> an interop dll for each named item... don't know if it's a good idea...
tell
> me your opinion, please :)

"Vadim Melnik" <vmnews@REMOVETHISdocsultant.com> wrote in message
news:uO6LtQvRDHA.384@TK2MSFTNGP12.phx.gbl...
> Hi,
>
> > Not exactly.... I want to use C# as Script engine, so I create my script
> dll
> > in unmanaged code,and inside it I'm hosting the CLR.
> > ( the objective is to give old applications hosting script engine tu use
> C#
> > instead ov vbscript )
>
> Why do not use VSA to host JScript.NET or VB.NET? C# doesn't support
> built-in late bound calls.
>
> "Visual Studio for Applications Provides Customized Scripting Facilities
for
> Your .NET Project"
>

>
>
> > The problem is that Named Items are COM object, but C# can't directly
> manage
> > them !
>
> Does Marshal.GetIUnknownForObject/Marshal.GetObjectForIUnknown help?
>
>
> > So I read some documentation and I reached this point: Create 'on the
fly'
> > an interop dll for each named item... don't know if it's a good idea...
> tell
> > me your opinion, please :)
>
> Sorry, I didn't understand why do you need interop assembly? From previous
> post, I see old Active Script used for scripting host, and it's COM based.
> Just return IUnknown interface pointer retrieved from C# object inside
> IActiveScriptSite::GetItemInfo implementation.
>
>
> ..
> Regards,
> Vadim.
>
>