LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Application builder and DLL

(excuse my english)

I build industrial system that contain hight speed digitizers and many others instruments.

We developp also high levels digital processing functions in C and compile them in LLB . Our actual clients are chinese laboratories and industries.

My function is to develop the hardware and the main user software. After acquisition is done I use the treatment functions developped by our researchers thrue LLB.

After buildind an application, the LLB appears in a Data folder.

I would like to find a way to embed the LLB in the compiled code in order to protect it and also to reduce the upgrade to send to our client as a simple

executable file. We would like to continue to work with LLBs rather than CINs.

Need help.

Harold Hebert
National Research Council Canada
0 Kudos
Message 1 of 7
(3,497 Views)

You keep writing LLB, but your header says DLL, which also makes sense in the context, so I'll assume you're refering to a DLL.

Other than a CIN, I don't think there is any way to embed C code into your VI. There is the formula node, but that is not pure C.

If you want to simplify the deployment, you can create an installer or just a small executable which will deploy the application's executable as well as the DLL. You can do this either by writing code in C or LV or by using something like a self extracting archive. I think Winzip can create those.


___________________
Try to take over the world!
0 Kudos
Message 2 of 7
(3,483 Views)
In fact, in my text, LLB should be read as DLL.
Harold Hebert
National Research Council Canada
0 Kudos
Message 3 of 7
(3,477 Views)

Thank you for your answer. In my text, "LLB" should be replace by "DLL".

I think that digital analysys and treatment guys will have to sit with the development guy.

They uses their development tools (Pascal, C, Matlab ...) and I have to embed thoses functions in our systems.

We are in a big rush now. I must find a way to remove those DLL in our already installed systems in China.

However, it could be interesting to find a way to protect DLLs.

Once again, thank you for the info.

Harold Hebert
National Research Council Canada
0 Kudos
Message 4 of 7
(3,471 Views)

What do you mean by "protect"?

If you want people not to be able to use the functions inside the DLL, simply don't include the parameter definitions with the program. This will not make it impossible, but unless your functions are extremely simple (i.e. clear name, one input, one output) people will not know how to call them.

If you just want to protect the actual files themselves, have the program installed in a folder where only the admin has write priviliges and use the admin account only for installing the program.


___________________
Try to take over the world!
0 Kudos
Message 5 of 7
(3,466 Views)

Thank for the information.

Our functions do have many inputs and are quite complex.

Now I will try to find the way to exclude the parameter definitions with the program.

 

Harold Hebert
National Research Council Canada
0 Kudos
Message 6 of 7
(3,456 Views)


@Harold Hebert at NRC wrote:

Now I will try to find the way to exclude the parameter definitions with the program.


That should be simple. These definitions are usually distibuted in header files (.h), so you can simply tell the C guys not to include those (which they're probably not doing anyway).

___________________
Try to take over the world!
0 Kudos
Message 7 of 7
(3,451 Views)