Hello to all,

Is there a method to call a function as an input parameter to a function called from a dll?

The reason why I am asking is due to the fact that I am trying to call the following function from a DLL.

RtxConfigPollingMode(unsigned long PollingInterval, void (*RtxServiceDevices)(void));

this function calls the RtxServiceDevices function as an input parameter, how can I do this with LV?



ThanksNAdvance

You can consider parameters as input terminals. So what wrong with connecting the output result of the RtxServiceDevices)(void) to the terminal of RtxConfigPollingMode() dll function?

This post has been edited by Thang Nguyen: Jul 1 2008, 10:40 PM

I'm afraid you missed the point that this is a function declaration and the parameter in question is a function pointer. And the OP should be advised that this is not possible in LabVIEW (well it is sort of if you create a LabVIEW DLL that exports a function with the right protoype, then LoadLibrary and GetProcAdress that function and pass the resulting pointer as an uInt32 to the Call Library Node that calls this function).

Sort of because there are many caveats to this approach not the least is the difficulty about maintaining the whole thing. Another one is that it will play very badly once the DLL is created and you upgrade to a new LabVIEW version since the LabVIEW DLL VI can only run in the same LabVIEW process if the caller is exactly the same version as the LabVIEW version used to create the DLL. So while it is possible the solution is a nightmare to maintain in the long run.

Instead the OP will have to create a wrapper DLL in C that translates between this callback function and another LabVIEW callback mechanisme such as occurrences or user events.

Good luck.

Rolf Kalbermatter

Thanks alot for your help. I see that the dll will have to be re-written to accomodate LabVIEW

FD

Another approach that may work is if you know that, when called from the LabVIEW application you are developing, you will always use the same device servicing function, and furthermore that function is known at development time.

It may be possible to write some C wrapper code such as:


If there are a couple of alternative for which device service function you will need you can expand the above function with a case/switch statement. If the RtxServiceDevices function cannot be known until run time, then you are correct in your conclusion that a re-write of the DLL is in order.

Still I am not sure this approach will work; it really depends a lot on what it is doing. Your task begins to wind away from LabVIEW and into the realm of C programming

-Good Luck,
Chip