Debugging Applications and Shared Libraries
- Updated2026-06-26
- 3 minute(s) read
You can debug stand-alone applications and shared libraries that you create from build specifications with LabVIEW.
To debug a stand-alone application or shared library, complete the following steps.
-
Before you build the application or shared library, you must enable debugging in the
build specification.
- Stand-alone application: Place a checkmark in the Enable debugging checkbox on the Advanced page of the Application Properties dialog box.
- Shared library: Place a checkmark in the Enable debugging checkbox on the Advanced page of the Shared Library Properties dialog box.
Enabling debugging retains the block diagrams of the VIs in the build so you can perform debugging.
- If you want the application or shared library to wait to run any VIs until you run the debugging tool, place a checkmark in the Wait for debugger on launch checkbox.
- Build the application or shared library.
- Run the built application or call the shared library from outside of LabVIEW.
-
From the Project Explorer window, select to display the Debug Application or
Shared Library dialog box.
The dialog box displays a list of applications and shared libraries with debugging enabled.
-
If the application or shared library you want to debug is running on a different
computer, enter the computer name in the Machine name or IP address
text box.
To view the list of applications and shared libraries with debugging enabled on the remote computer, click the Refresh button.
- Select the application or shared library you want to debug.
-
Click the Connect button to perform debugging.
LabVIEW downloads the application or shared library and the front panel of the startup VI appears for debugging. If you enabled Wait for debugger on launch, you must click the Run button to start the application or shared library.
-
Use the block diagram of the startup VI to debug the application or shared
library.
You can use probes, breakpoints, and other debugging techniques to identify problems. You then can correct any problems found during debugging.
Note If you are debugging using a custom probe that uses a Call Library Function Node on a shared library that was not built with the application or shared library you want to debug, you must place the shared library in the same directory as the application or shared library you want to debug. -
After you finish debugging, close the startup VI, which also closes the remotely
controlled application or shared library.
If you want to disconnect the remotely controlled application or shared library without closing the startup VI, right-click the startup VI and select from the shortcut menu.
The following scenarios might cause the No debuggable applications or runtime libraries found error to appear:
- The debuggable application or shared library was not loaded or the debuggable shared library was unloaded by the application.
- The configuration .ini file of the shared library or application created from the build specification was not distributed with the shared library or application.
Related Information
- Building and Distributing LabVIEW Code
Create build outputs from LabVIEW code so end users of the VIs you create can put your code to use. Create a build specification to define the output to build.
- Creating Stand-Alone Applications with LabVIEW
Create a stand-alone application (.exe) to provide your LabVIEW program to users without providing your source code. To use a stand-alone application, end users need to install the LabVIEW Runtime, not the LabVIEW development environment.
- Creating Shared Libraries with LabVIEW
Create a shared library to make your LabVIEW code available as a reusable asset for other callers to use.