Rammer

how does a deployed labview application have it's thread configuration set? Do the changes you make in the threadconfig.vi somehow get put into the application ini that the run-time engine reads? John

Does anyone know if GOOP V4.2 is compatible with LabVIEW 2012? We have problems with LabVIEW 2012 crashing on 8 computers. Only difference between them and the one computer that works is GOOP. John

Thanks Mikael, Any chance a future converter will be able to do this automatically?

Mikail, I have used the converter. One question: In true GOOP4 class structures I gain access to the parent class attributes by calling the get attributes of the parent within the child. I noticed that when I converted the objectattributes.ctl of the converted (GOOP4 class) has the attributes of the base still in it. Should I access the base through these or through the get attributes of the base class? Should I delete these controls from the object attributes control? John

Aristos, Can you post your example soon than in August? Any comments on the property that I am using to get the dependencies? Is it valid? Rammer

Wow, sorry didn't mean to generate so much chatter. I like the concept of the VI Server Splash Screen. It is easy to communicate back and forth using notifiers and message queues but if you have a large main application it seems most of the start up time is loading into memory. This leads me to two comments: 1. It would be nice to show this loading progress. This seems to be bit of a mystery. As Aristos pointed out as soon as I open the reference I see most the VI's in memory using Digging in more I found: So I thought, could I setup a progress bar to make sure all the main application dependencies are loaded by first checking against the loaded VI’s and if not there open a reference to it: Then show the main VI: This seems to pseudo work in that the splash comes up right away and the user is not left waiting and wondering what is going on. But: 2. The build process is much more complicated. If I want to keep my splash main “lean” I have to tell all the dependency VI’s to be built into the support or some other directory. Since many of these VI’s are shared amongst applications it would be nice to stuff them into a central location not in the install or build path. This is very cumbersome. So if the main VI is small this is seamless, if the main VI is more complex it seems like this becomes a pain. It would also be nice if I could specify in the build to keep the hierarchy just for certain libraries – notably classes. Right now you can keep the hierarchy for particular “Destination”. Then when you create your installer you end of having to redo all the installations because it does not seem to have a concept of the “central location” if it is not in the build path.

Is there an easy way to tie the progress of the main application loading to a progress bar or the "fade" other than a timer? i.e. is there a way to get the progress of the VI Load while it is loading? Also, can you post your code if possible?

Is GOOP v4.1 suppose to work with LV 2011 SP1? If I run the installer it craps out on the mass compile and corrupts the entire labview installation. I have tried 4 times. Anyone gotten this to work? Thoughts why it does not? Looks like I will skip SP1. John

I discovered that the Execution System must be the same between the parent and all children for overridden VI's. Does anyone know what happens if the descendant VI is called dynamically? Can you set the execution and thread priority through VI server? John

Does the licensing apply only to commercially deployed applications? If I run a test program internally to my company do I need all this EULA?

We are looking to distribute our code. I was wondering if people had suggestions on the best ways to generated compiled help files (chm) for a VI library. I know there are some instructions in the LV help but thought there might be an "all-in-one" tool out there or some handy hints from people that have been doing this already. Thanks for you suggestions. John

Does anyone know if Symbio plans to come up with a GOOP 3 to GOOP 4 class converter? I don't know if this is even possible with the new DVR archtecture. If not has anyone rolled their own or have any tips? We have about 75 classes we would like to convert. Without some automation this is not economically feesible for us. John

We just upgraded to LV 2010. Now one of our VI's does not function. It calls a custom dll with the call library function node VI. It now reports error 13. The path to the dll is correct. Does anyone have any suggestions? John

Mikael, I tried downloading the GOOP 4.0 LabVIEW 64 Zip file and windows keeps saying the zip file is empty. Is there an FTP site or some other way to get this? John

Hi Mikael, I tried downloading the beta from the link and the site was empty. Can you post a new link? John