03-16-2009 09:39 PM
03-16-2009 10:57 PM
Its not possible to place the vi's with same name in memory i tried doing so but either of the open refnums throwed error saying "not state compatible to run".
But i ran the vi's using call by referance in that case no error but there was racing codition!!!! you may not know which vi will execute and the result might be from any of the vi's
03-16-2009 11:12 PM
abdel2 wrote:
I'm trying to see if it's possible without renaming and making sure every single VI I use has a distinct name.
I think we cannot do so even with VI Server.
But, your above statement appears contradictory & confusing to me, in the sense, are you NOT going to rename or are you going to keep a distinct name for each VI?
03-16-2009 11:35 PM
Right now I have two Vis with same name but different paths which is the reason why Vi server is opening reference to the wrong Vi. To fix it, I would have to rename one of them.
My goal is to create source distributions (SDs) for "modules" that can be implemented in my application over time. I can then run whatever Vis I want from the SD at runtime. Obviously, every single SD has to have Vis that have distinct names not just relative to the main application Vis but also Vis of other SDs that might be running in parallel. For now, I can give different names but as the # of modules increases, it will be hard to have some Vis that don't have the same name. Only other way I can think of to fix this is by creating an executable out of each SD and running it separately from the main application.
03-16-2009 11:56 PM
abdel2 wrote:
For now, I can give different names but as the # of modules increases, it will be hard to have some Vis that don't have the same name.
It wont be tough to keep distinct names.
Just prefix or suffix your module name to the original VI name, so that you SDs will have VIs with same/similar functionality, but never conflict with each other when called during run-time. This is the procedure we follow in our project currently. We have gone ahead with the extent of packing all the DUT SDs (LLBs) into one complete auto-installer, so that in the target PC, everything get unbundled & installed into the appropriate folders that we have added while creating the installer.
03-17-2009 12:47 AM
03-17-2009 12:51 AM
03-17-2009 10:17 AM