C:/Users/username/AppData/Local/Temp
)LabVIEW_32_18.0.1f4_username_cur.txt
)LabVIEW_BrokenVILog_2021-03-04T120841.txt
)labview.debugging=True
NI_AppBuilder_Logging=TRUE NI_AppBuilder_CheckVIState_Copy=TRUE
LVAutoSave
subdirectory of the default data directory.LabVIEW.ini
and see if an errant token is causing the crash[LabVIEW Data]\VIObjCache\[version]
[LabVIEW 20xx]\VIObjCache
Technical Support Report for NI
To ensure NIER collects the most useful information, you need to set a few INI keys on the process that is executing the LabVIEW code. If the user is using the LabVIEW Development System, these keys should be set in the LabVIEW.ini
file located in the LabVIEW directory in Program Files. If the user is using the LabVIEW Run-Time Engine from within the TestStand Sequence Editor or a TestStand user interface, these keys should be set in a [LVRT]
section (create it if it does not exist) within the <name of executable>.ini
file next to the TestStand executable.
INI keys:
NIERDumpType=full LVdebugKeys=True DWarnDialog=True DPrintfLogging=True promoteDWarnInternals=True
Of these keys, you should always set the NIERDumpType=full
key when debugging an issue, because this key will cause a larger crash dump with more debugging information to be created. This is what we colloquially refer to as a “full crash dump”. The other INI keys can be used to gather more information, but they have the caveat that they will slow execution of the code down, which can be a problem for certain types of issues.
It is also important to note that when NIER creates a full crash dump, it should not be submitted to NI through the NIER crash dialog. The NI system is not prepared to handle crash dumps as large as those generated by NIER with the INI key enabled. Instead, the customer should use our FTP site to send us these files. Additionally, the INI key should be disabled once the issue is resolved.