01-21-2009 01:55 PM
01-21-2009 02:35 PM
01-22-2009 02:17 PM
Howdy hbcnb,
The error that you are describing can be caused because the NI Configuration Manager is not running. To fix this, please make sure that the service is started in Windows. You can reference the document NI Device Loader (nidevldu) and NI Configuration Manager Services Not Starting for information on how to accomplish this.
If this does not solve your issue, please post back with more details, including the language that you are programming in. Thanks, and have a great day!
01-23-2009 01:38 PM
Chris:
Both services are currently running and behavior is the same. I am programming with Labview 8.6. I've attached what is causing me to crash. Like I said before, I was able to use this after I packaged it all into an installer, then installed on the development computer, then also tried it on another computer. The standalone app worked perfectly, the library was deployed, etc. But when I try to use it straight from the VI while developing in labview, it crashes. So not a serious issue, I can just add the deploy variables stuff when building the app, then remove it and autodeploy variables during development. But if there's a fix to this it would certainly be interesting to know.
01-26-2009 05:08 PM
hbcnb,
I'm not quite sure why that is happening, but I can give you a work around for it. There is a property node that returns the mode that LabVIEW is running in (Run-Time, Development, Evaluation). If you output this value to a case structure, you can include your deploy code in the run-time version but not in your development version so that it will cease to crash. Place down the property node, then select Application » Kind. I've included a picture of how to wire this up. Let me know if this helps work around the problem a bit easier.
02-20-2009 03:40 PM
Hi,
I'm having the same problem after migrating from LabView 8.5 to 8.6. The exact same code is used under both platforms. It performs well under 8.5, under 8.6 using Deploy Library (both Invoke Method and DSC VI) causes LabView to crash. Curiously, using Undeploy Library does not seem to cause this kind of behavior. Has anyone encountered this and found a suitable solution? It is vital that we are able to deploy a library programatically in development mode, so the above solution will not work for us. Thanks,
Jon
02-23-2009 04:43 PM
Hi Jon,
Would it possible to p[ost your project so that I can run it and see if I can reproduce the behavior?
Ipshita C.
02-24-2009 11:41 AM
Ipshita,
I have attached the project I have been using to diagnose this problem. I have found that LabView only crashes when trying to programmatically deploy a library file containing virtual folders. In this project I have two library files with the same shared variable. One has the variable located in a virtual folder, one does not. I have tried using both the DSC vi and the Invoke node with the same results. While getting rid of virtual folders is a workaround for now, it is a hassle as we were using them to organize dozens of shared variables into one library.
Jon
02-25-2009 06:59 PM
Hi Jon,
I have reproduced the situation you have described and am investigating further into it. In the meantime, I would advise using the workaround of not creating virtual folders although I know it is inconvenient in terms of organization. Thanks for this feedback!
Ipshita C.
02-25-2009 08:50 PM
This sounded familiar. I did a search and found these two threads discussing virtual folders and shared variables.
Best practices for hierarchy within project?
Virtual folder inside shared variable library + multiple variable editor won't work together