Question

I’m writing a C# application that calls a C++ dll. This dll is a device driver for an imaging system; when the image is being acquired, a preview of the image is available from the library on a line-by-line basis. The C++ dll takes a callback to fill in the preview, and that callback consists basically of the size of the final image, the currently scanned line, and the line of data itself.

Problem is, there’s a pretty serious delay from the time when scanning stops and the C# callback stops getting information. The flow of the program goes something like:

1. Assign callback to C++ dll from within C#
2. User starts to get data
3. Device starts up
4. dll starts to call the callback after a few seconds (normal)
5. Device finishes image formation
6. dll is still calling the callback for double the time of image formation.

This same dll worked with a C++ application just fine; there does not appear to be that last step delay. In C#, however, if I have the callback immediately return, the delay still exists; no matter what I do inside the callback, it’s there.

Is this delay an inherent limitation of calling managed code from unmanaged code, or is there something either side could do to make this go faster? I am in contact with the C++ library writer, so it’s possible to implement a fix from the C++ side.

Edit: Could doing something simple like a named pipe work? Could an application read from its own pipe?

Answer 1

Turns out the delay is in the C++ side, by a developer who swore up and down it wasn’t.