06-28-2010 05:18 PM
Can you make a remote debugging connection to an EXE or DLL that uses an XControl? So far, my experiments would indicate the answer is no, but I find this surprising and have seen no previous mention of it in bug reports or in the forums. When trying to connect to the DLL with XControl, I get a "Fatal error occurred during operation, closing connection" error dialog. I am simply connecting from the local machine- not over the network.
My actual application is a rather elaborate DLL that is called from a Visual Studio 2008 C++ app and launches LV panels dynamically. I realized that my DLLs that include panels with XControls are not allowing remote debugging to connect, while DLLs without XControls work fine. This is the only difference between the two projects.
I simplified this to a very simple test program that simply updates one indicator in a timed loop. I created two versions of the VI, one which updates a simple numeric, and another which updates an XControl (which itself is a simple numeric- only change from XControl template is dropping a numeric indicator onto the Facade FP and updating a local variable to it in the Data Change event). I then built these two VIs into EXEs and tried to make a debugging connection to each after launching the EXE. Sure enough, the app with the XControl gets the error dialog mentioned above. Any ideas on why this is happening?
I've attached the sample project that builds the two EXEs. One is called Test Debugging with XControl, and the other Test Debugging without XControl. My LV ver. is 9.0f2. Here is the very simple diagram demonstrating the problem:
Solved! Go to Solution.
06-30-2010 01:50 AM
Hi Eric,
That is certainly strange behavior. I will need to check with our R&D department to see if that is expected.
06-30-2010 04:59 PM
Hi Eric,
I spoke with R&D and this is definitely not expected and I have filed Corrective Action Request with R&D on this issue. If you have any questions or I can be of help please give me a call at 1.866.275.6964.
06-30-2010 05:54 PM
OK, thanks Joe. Just wanted to let you know that we (my client- Michael Christopher at ETS-Lindgren) and I filed a service request 7290443 yesterday with David. I didn't want you guys to be duplicating effort. Thanks for looking into this.
-Eric
06-30-2010 06:00 PM
Hi Eric,
Thanks for letting me know, David and I were already working on the issue.
07-01-2010 12:10 AM
@Joe D. wrote:
Hi Eric,
I spoke with R&D and this is definitely not expected and I have filed Corrective Action Request with R&D on this issue. If you have any questions or I can be of help please give me a call at 1.866.275.6964.
Can you post the CAR number?
07-01-2010 09:20 AM
According to our reply from NI, the CAR number is 238566, and the projected LV ver for fix is 2010 SP1. There are no known workarounds to the problem.
07-02-2010 01:31 AM
@Eric Behrs wrote:
According to our reply from NI, the CAR number is 238566, and the projected LV ver for fix is 2010 SP1. There are no known workarounds to the problem.
Thanks for letting us know the CAR number..
03-03-2011 10:11 AM
I saw that this problem has been fixed in LV 2010 SP1:
http://zone.ni.com/devzone/cda/tut/p/id/12560
Search the CAR ID 238566 in the bug fix list.