Click here to Skip to main content
15,860,972 members
Articles / Programming Languages / Objective C

Using C Calling Convention Callback Functions in C# and VB - The Easy Way

Rate me:
Please Sign up or sign in to vote.
5.00/5 (31 votes)
13 Sep 20053 min read 314.6K   4K   68   74
Provides an easy way to use C calling convention callback functions in C# and VB

The Problem

Let's assume that the following is presented:

  1. Function in an unmanaged DLL that accepts function pointer as parameter.
  2. The type of the function pointer respects the C calling convention (is declared with __cdecl).
  3. You need to import that function in your C# or VB program and to pass a delegate to it.
  4. Your delegate would be called more than once.

Here is an example:

DLL Library Header File

C++
typedef void (__cdecl *func_type)(int count);

TESTLIB_API void __cdecl SetCallback( func_type func );

C# Code

C#
[DllImport("TestLib.dll",CallingConvention=CallingConvention.Cdecl)]
public static extern void SetCallback( MulticastDelegate callback );

What you would do is define a delegate type:

C#
public delegate void CallbackDelegate( int count );

and pass an instance of it to the unmanaged function.

C#
[STAThread]
static void Main(string[] args)
{
    CallbackDelegate del = new CallbackDelegate( Callback );
    SetCallback( del );
}

private static void Callback( int count )
{
    Console.WriteLine( "Callback invoked for " + 
                                          count + " time" );
}

Then your delegate should be invoked one or more times.

The problem is that the function pointer that the unmanaged function accepts should respect the C calling convention but the delegate instance you pass to it does not (it respects the standard calling convention (__stdcall). As a result, after the first call of the method from unmanaged code, the stack becomes corrupted and on the second or third call, a System.NullReferenceException is thrown.

Description of the same problem can be found here. Note that the problem exists only for callback functions that accept parameters.

Solution

The solution can be found here and here. The solution is (as the above posts suggest) apply modification option on the "Invoke" method of the delegate's type:

MSIL
.method public hidebysig virtual instance native int
    modopt([mscorlib]System.Runtime.CompilerServices.CallConvCdecl)
    Invoke(int32 cb) runtime managed
{
} // end of method ...::Invoke

The original method generated by the C# and VB compilers look like this:

MSIL
.method public hidebysig virtual instance native int
    Invoke(int32 cb) runtime managed
{
} // end of method ...::Invoke

(without modification option)

This cannot be done directly in your code as there is no way to specify modification options (or at least modification options that concern calling conventions) in C# and VB.

The drawback of the solution is that you need to disassemble your assembly, add the modification option and compile it. This is not a big deal, but what if you can apply the solution at run-time without the need to disassemble and recompile the code!

Run-Time Delegate Type Generation

The solution presented in this article does exactly the same but at run-time by generating the delegate types: it allows you to generate and use delegate types for any method.

More specifically, it:

  • is able to generate delegate types for any method and specified System.Runtime.InteropServices.CallingConvention
  • the generated types look exactly as the types generated by the C# and VB compilers but with modification option applied on the "Invoke" method
  • is able to create instances of the generated types
  • caches the generated types per method and CallingConvention.

However, something is not implemented: a delegate generated by C# or VB compiler can have marshaling information on parameters.

If you apply [MarshalAs] attribute on the parameters of a delegate declaration marshaling would be specified for those parameters in the delegate type generated by C# or VB compiler. This solution does not provide a way to specify marshaling of parameters, although it can be implemented. Any other parameter attributes like [In], [Out], ref, default value, etc. are handled (see System.Reflection.ParameterAttributes).

Using the Solution

To obtain a delegate instance, simply invoke one of the App.Runtime.InteropServices.DelegateGenerator methods. This method will generate a delegate type (if not already generated for the particular method and calling convention) and return an instance of it.

To make the delegate generation transparent to your code, you can use the code like this:

C#
/// <summary>
/// Callback delegate.
/// </summary>
public delegate void CallbackDelegate( int count );

/// <summary>
/// Sets specified callback method.
/// </summary>
/// <param name="callback"></param>
public static void SetCallback( CallbackDelegate callback )
{
    SetCallback( DelegateGenerator.CreateDelegate( callback ) );
}

/// <summary>
/// Sets specified callback method.
/// </summary>
/// <param name="callback"></param>
[DllImport("TestLib.dll",
           CallingConvention=CallingConvention.Cdecl)]
private static extern void SetCallback( 
                          MulticastDelegate callback );

You expose a delegate type and a "proxy" method that accepts an instance of that delegate type and passes adjusted version of it to the imported method.

Implementation

Delegate types are generated by using the types declared in the System.Reflection.Emit namespace. Unfortunately, they do not provide ways to specify modification options so modification options are added by a little "hack" on the generated methods' signatures. That involves the usage of reflection.

Source Code and Demo

The source code includes the App.Runtime.InteropServices.DelegateGenerator type and a reflection helper type.

There are two demo projects implemented in C# and VB that demonstrate the usage of generated delegate and normal delegate. Usage of normal delegate leads to stack corruption and System.NullReferenceException.

The demo includes C++ unmanaged library.


Written By
Software Developer (Senior)
Bulgaria Bulgaria
This member has not yet provided a Biography. Assume it's interesting and varied, and probably something to do with programming.

Comments and Discussions

 
Questionthanks works for me! Pin
Member 1174856812-Mar-18 17:32
Member 1174856812-Mar-18 17:32 
GeneralMy vote of 5 Pin
Alex Suchko31-Jul-12 7:39
Alex Suchko31-Jul-12 7:39 
QuestionWhy the original callback function of in the c++ dll do not execute when the class is called by C# Pin
lori_blueskylove18-Mar-12 5:42
lori_blueskylove18-Mar-12 5:42 
AnswerRe: Why the original callback function of in the c++ dll do not execute when the class is called by C# Pin
Jecho Jekov18-Mar-12 6:40
Jecho Jekov18-Mar-12 6:40 
BugYour demo prj DelegateGeneratorDemo does not work. Pin
tiamaus4-Dec-11 22:02
tiamaus4-Dec-11 22:02 
GeneralRe: Your demo prj DelegateGeneratorDemo does not work. Pin
Jecho Jekov5-Dec-11 2:48
Jecho Jekov5-Dec-11 2:48 
GeneralRe: Your demo prj DelegateGeneratorDemo does not work. Pin
tiamaus5-Dec-11 16:28
tiamaus5-Dec-11 16:28 
GeneralRe: Your demo prj DelegateGeneratorDemo does not work. Pin
Jecho Jekov6-Dec-11 3:45
Jecho Jekov6-Dec-11 3:45 
GeneralRe: Your demo prj DelegateGeneratorDemo does not work. Pin
tiamaus7-Dec-11 1:56
tiamaus7-Dec-11 1:56 
GeneralRe: Your demo prj DelegateGeneratorDemo does not work. Pin
tiamaus13-Feb-12 4:36
tiamaus13-Feb-12 4:36 
AnswerRe: Your demo prj DelegateGeneratorDemo does not work. Pin
Jecho Jekov13-Feb-12 4:54
Jecho Jekov13-Feb-12 4:54 
GeneralRe: Your demo prj DelegateGeneratorDemo does not work. Pin
tiamaus18-Feb-12 22:18
tiamaus18-Feb-12 22:18 
GeneralRe: Your demo prj DelegateGeneratorDemo does not work. Pin
Jecho Jekov23-Feb-12 22:26
Jecho Jekov23-Feb-12 22:26 
Questionexception - System.Reflection.Emit.TypeBuilder.Exit, program still crasheswith fix Pin
a ahole26-Jun-11 7:37
a ahole26-Jun-11 7:37 
AnswerRe: exception - System.Reflection.Emit.TypeBuilder.Exit, program still crasheswith fix Pin
Jecho Jekov27-Jun-11 0:50
Jecho Jekov27-Jun-11 0:50 
Bugexe blow up when ran Pin
a ahole26-Jun-11 5:25
a ahole26-Jun-11 5:25 
GeneralMy vote of 5 Pin
Lord Nemrod14-Sep-10 3:35
Lord Nemrod14-Sep-10 3:35 
GeneralJust excellent! Pin
richard_k29-Mar-10 15:57
richard_k29-Mar-10 15:57 
NewsEVERYONE - The posted code has a SERIOUS FLAW. Please read this comment before using it. Pin
Jecho Jekov22-Dec-09 3:41
Jecho Jekov22-Dec-09 3:41 
NewsEVERYONE - This article is for .NET 1.1. only. Use UnmanagedFunctionPointerAttribute for .NET 2.0 and above. PinPopular
Jecho Jekov22-Dec-09 3:34
Jecho Jekov22-Dec-09 3:34 
PraiseRe: EVERYONE - This article is for .NET 1.1. only. Use UnmanagedFunctionPointerAttribute for .NET 2.0 and above. Pin
Sebastian Götz4-Sep-18 23:24
Sebastian Götz4-Sep-18 23:24 
GeneralAnd also.... Pin
alejandro29A26-Oct-09 6:00
alejandro29A26-Oct-09 6:00 
GeneralRe: And also.... Pin
alejandro29A26-Oct-09 6:02
alejandro29A26-Oct-09 6:02 
GeneralNot necessary in 2.0+ PinPopular
jleskovar130-Sep-09 22:55
jleskovar130-Sep-09 22:55 
GeneralStill have problem under 2005 Pin
newoleg14-Apr-09 11:10
newoleg14-Apr-09 11:10 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.