12-12-2006 05:54 PM
Am using LV and LV-RT 8.20. When building EXEs, unlike for the host, RT targets do not have the debug option of "Wait for debugger on launch." And without this setting, I am unable to do much debugging because my application launches on startup, and when I connect to it from my host via the debugging option, I cannot get to the block diagram of the VI. There's no way to get to the block diagram.
To compare and contrast, for an EXE built on the Windows host, I can enable this "Wait for debugger on launch" option and when my EXE is "run", it actually waits for my debugger, i.e., the VI is not running yet. I can now go to the bloack-diagram, and then choose to run the VI at my convenience. I hope I am explaining this clearly enough.
So my question is, how can I debug the block diagram of an RT EXE using the debugging feature of 8.20?
Thank you in advance!
-Khalid
12-13-2006 08:00 AM
HI Khalid,
I do not know if this will work in LV 8.20 but it did help in LV 7.1 RT.
Copy the exe from the RT node (using ftp) to an identicle location (exact same file spec) on the Windows machine.
I have not tested this (yet) but it was reported to work with LV 7.1 RT with an embeded app.
Just trying to pay you back for all of your help!
Ben
12-13-2006 08:53 AM
12-13-2006 10:02 AM - edited 12-13-2006 10:02 AM
Thank you Ben and JR!
I guess it was my VI. My top-level VI was set to 'Run when Opened.' Disabling this gave me the chance to go to the block-diagram, and then start the VI. I guess I was put-off a little by the way the same VI behaved when building a non-RT EXE -- even with the 'Run when Opened' setting enabled. I am guessing this is because for non-RT builds we have an additional setting of "Wait for Debugger on Launch."
I have a related question: what are the "Value" settings for under Source File Settings? Nothing shows up under Context Help nor could I find something obvious in Online Help.

Thank you again!
-Khalid
Message Edited by Khalid on 12-13-2006 09:03 AM
12-13-2006 10:46 AM
12-13-2006 11:02 AM
That makes sense. I should start having my coffee earlier ![]()
Thanks!
-Khalid