Home/ Questions/Q 7591303
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-30T20:37:07+00:00

I am trying to write some plugins to work with the Terminal Services Session

  • 0

I am trying to write some plugins to work with the Terminal Services Session Broker Plugin Interface. I am very fluent in C# but I have not done any C++ since the late 90’s. For the plugin I am writing I plan on communicating with a database and I would prefer to use System.Data.SqlClient to talk to it as I know it’s ins and outs fairly well. I have the Windows SDK which has provided my with the .idl file for the interface (tssbx.idl). The SDK also provides a C header file (tssbx.h) and a C source file (tssbx_i.c).

I have never written a COM server before, and I have been having a lot of trouble finding resources on learning how to read a IDL file and turn it in to C#. Everything I find says “Use TlbImport” but that requires things like the block library to be in the IDL which tssbx.idl does not (nor its dependents) implement.

What would be my best option:

  1. Find a tool for C# that is the equivalent to MIDL for parsing a .idl file in to a .cs file.
  2. Learn IDL (I have been having trouble finding good guides to learn it) and write the whole thing in C# by hand.
  3. Write a helper dll using the C files provided and have that call in to my C# dll for my .NET parts.
  4. Re-learn C++, use the provided .h and .c files, and use the CLR to make my .NET calls.
  5. Some other option I have not thought of.
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The way to do what you’re trying to do is to translate the IDL definitions into C# interfaces, then implement those interfaces as C# classes. You apply the appropriate attributes (mostly ComVisible, ClassInterface, and ProgId) to the classes you want to expose to COM, and use the regasm tool to register your assembly as a COM server.

    Translating IDL into C# is actually not that complex; for the most part it maps pretty directly from IDL keywords to C# keywords and/or MarshalAs attributes. I have a series of blog posts on how to do COM interop w/out tlbimp, including one on how to read IDL. I don’t know of any tools, specifically, that do a good job of this, but if its part of the Windows SDK you should always check pinvoke.net first in case someone else did it for you.

    As far as your other options, 3 and 4 both amount to about the same thing. You cannot call managed code directly from unmanaged code unless it’s done via COM Interop or a mixed-mode C++ library. In the first case, you’d still have to solve all of the problems of getting your C# assembly registered with COM for your C dll to call, so you may as well skip the middle-man. For the second, you are basically doing manually the same things that the runtime’s interop code does for you, and using a language you’re less familiar with to boot, which seems like a net loss to me.

    Be aware, though, that loading .NET assemblies into an unmanaged context isn’t always possible; for example, managed shell extensions are explicitly not support in Windows 2008. I don’t know if the TSSBX interface will allow you to load managed assemblies as COM objects or not, so you’ll have to be aware of that possibility. If you can’t, then none of your options are going to work, and you’ll have to avoid using the .NET Framework at all and use some other database access technology and write the entire project in unmanaged C++.

    • 0