Search the Community
Showing results for tags 'conflicts'.
Hello, this is not strictly VI Scripting related but I believe it's a pretty similar topic, so I hope this fits in with the discussion on this board. I am attempting to write a script that parses through the contents of a very large LabVIEW project (thousands of files) recursively and selectively moves/renames some of the files. The basics of this are fairly simple, however I have thus far been unable to come up with a way of moving files on disk that handles all relinking and dependencies without any issues. At a high-level, my question is whether or not the "Move on Disk..." option in the right-click menu of the project explorer "Files" view is accessible programmatically somehow, using invoke nodes. The option I'm talking about, for clarification, is this one: Using this option in the project explorer seems to be able to move all types of files in the project (VIs, libraries, classes, etc.) and handle all relinking properly without any conflicts popping up. However, there doesn't seem to be an equivalent "Move on Disk" method int he invoke node for project items. I have had some success with some of the "super secret" nodes for VIs: However this only works for VIs and there is no equivalent function for library (.lvlib) and class (.lvclass) files. I've tried various combinations of saving and relinking functions that are available, however I always end up with conflicts when I load the project after running my script. If the "Move on Disk..." function is not accessible programmatically, does anyone know of another way to programmatically move/rename library and class files on disk without causing conflicts? Thanks, Ethan
Hi Lava, I'm having an issue with a teststand deployment (Teststand 2013, LabVIEW 2013) I have a deployment which deploys my LabVIEW project containing all drivers (classes and lvlibs) for use in my sequences. In the deployment (LabVIEW options), I uncheck "exclude vi.lib", "exclude user.lib" and "exclude instr.lib" because the deployment should also work on an PC that only has runtimes and an operator interface. The build finishes without errors but I cannot open the deployed project... --> not on a development PC because it finds conflicts (XNodeSupport and some vi's in vi.lib picture.llb) --> not on a runtime PC (file not found) Did anyone else notice the same behaviour ? Thanks in advance for your help, tips and tricks :-) At first, i thought i had something to do with LabVIEW search paths (because I include vi.lib, it should not search for the vi's in the real vi.lib) but that didn't help... http://lavag.org/topic/18620-labview-search-paths/#entry111920