Caused by my problem here the following question occured to me: Is it possible to produce a C++/CLI (or more general .NET) assembly without using COM wrappers as an assembly running out-of-process an
I\'m C++ developer, who has to write a COM component in F#. The component should run on system with .NET 2.0. IDE is Visual Studio 2010. I\'m pretty new to .NET and F#. I would like a simple sam开发者
I used to work with DCOM (out process exe) and COM (inprocess dll) in delphi language. Is there any substitute for them in .NET language?
I am attempting to get calendar items from a shared calendar via Powershell with the following code: $outlook = new-object -ComObject Outlook.application
I have a C# Windows Form that contains a function called automation.I then have a C# console application that I am trying to use to call the function of the Windows Form.I have created the reference a
the only 2 guides i\'ve found for making a custom surrogate were not very clear (http://masterblood.ru/ch12c.shtml)
COM objects that implement many interfaces can end up suffering from the god object anti-pattern or end up full of tedious forwarding code:
The book I\'m using describes C++ 开发者_StackOverflowusage of COM and recommends __stdcall as a specifier, arguing that more languages use this method of stack cleanup.
I have embedded a custom stream in a dump (i.e. passed the UserStreamParam argument to MiniDumpWriteDump function). Now, I\'m trying to extract the stream from a WinDbg extension. (Note that I have ve
I am trying to call a mthod that takes 2 strings here you are the code VARIANT vArgs[2]; VariantInit(&vArgs[0]);