Grampa_of_Oliva_n_Eden

I am glad that you resolved the issues. I am still opposed to timed testing but I wil have to wait to push that agenda again. Take care, Ben

As a measurement guy and the dyslexic mascot I have to ask if the test results are true measurement of a candidates worthiness for CLA or are the number indicative of an artificial value that requires skill other than those required for a CLA. I feel a timed test introduces many other factors that we can not compensate for. Alternatives? THe certification can be turned into a project. Candidate gets exam spec days ahead of time to allow them to review and think about. They should also be able to submit interogatory Q's to get the spec clarified (I was confused by more than one spce in the exams that were not clear to me). These interogatories would play a part in the evaluation since good questions are part of what a CLA really has to do. The CLA could generate diagrams to doc their design and submit same. If the CLA candidate chooses to use tool-kits or re-use code, they would submit copies of these tool-kits prior to the exam. On the day of the exam the Candidate would dial-in for a web-Ex to present the design and answer questions. So no time limits and no coding. Just my two cents, Ben And re-certification changes as well! Every five years the re-cert candidate will submit code examples of projects developed since cretification. The Exam would be a casual review to ensure the candidate still works with LV. All of the interesting stuff learned by the Examiner should be documented and fed back to NI training so that the loop closes and teh entire LV world "is better for this..."* Ben * From The Unreachabel Star, Man of La Mancha

Yepper! BUT provided you are not trying to prove that monkeys with typewritters eventually writting the King James Bible theory of evolution then we usually have to realy on a human to generate that much text. But when it comes time to monitor their blood pressure while typing, those numbers can pile up fast so that is the trap that often trips us up. Ben

It sis an exception to pure dataflow since the VI's following the skipped sub-VI execute even though they do NOT get the data from the skipped Sub-VI. Ben

Is LV a Pure dataflow langauge? No. 1) Mark a sub-VI as "sub-routine" priority. 2) Find an instance of that sub-VI and choose "skip if busy". If the sub-VI is crunching numbers in one thread when called by another it will be skipped. So no, LV is not pure dataflow. Ben

Stepping in to the Wayback Machine... Years ago, on the Drak-side forum, before LAVA was molten... Jim Kring and all of the LAVAites used to answer questions on the Dark-side. Back then there was the potetial of each of us starting new threads not for Q & A but to discuss. Most people never used that function but there was on instance where we were anticipating the new certification "CLA". In that thread we were discussing what WE thought an architect should know. Jim posted a wonderful outline that covered LV and the environment that I printed out and posted to my cubicle wall to serve as a study outline. it was not long before that thread was deleted. I read it as "we don't want YOU deciding what makes a CLA, thank you and please ignore the man behind the curtain." Whta tthe CLA certification became was what NI thought an architect should know. How did they answer that question? Well they looked at what they taught in the classes and based the testing on those courses. If you think NI teaches you everything you need to know about LV that resoning can make sense. I don't think they do so I am of a different opinion. So I want to say that Daklu is talking at his level (well above mine) and that he may indeed be the "type" of a CLOOPA and I want to ask for others opinions related to this idea. Craig Larman in his book "Applying UML and Patterns" stated that a OOP architect has a understanding of 50 or more patterns and can apply them as warrented (paraphrased of course). Q: What are the qualifications that distinguish a Certified LabVIEW OOP Architect? Ben PS: NI can't pull this thread.

You will probalby interested in the various sessions and hands-on stuff. You can only get that with the Full. Lacking that you wil sit through a lot of sales pitches, eat well and party well and wander around in the convention center. Ben

Hi Sharon, Could you please stop and tell us the big picture you are working on? For thread to go this far without anyone getting close is a sign that the questioner is asking for something that none of has imagined. But now that I brought up imagination... I have this crazy image of you trying to use the controls as if they were a look-up table or similar. If taht is really wahat you want then you may want to read through this Nugget I posted on the Dark-Side since it gets you stated uisng control ref to naviagete into cluster FP's etc. http://forums.ni.com/t5/LabVIEW/Nugget-Using-control-references/m-p/570756 Otherwise, add me to list of those that don't know where to start. Ben

I believe the error reporting was less than ideal. More recent version make it easier to figure out what is broken. Was that the version where the parent class would break if one of the children was broken? Ben

From my boss... " Once upon a time, in a kingdom not far from here, a king summoned two of his advisors for a test. He showed them both a shiny metal box with two slots in the top, a control knob, and a lever. "What do you think this is?" One advisor, an Electrical Engineer, answered first. "It is a toaster," he said. The king asked, "How would you design an embedded computer for it?" The advisor: "Using a four-bit microcontroller, I would write a simple program that reads the darkness knob and quantifies its position to one of 16 shades of darkness, from snow white to coal black. The program would use that darkness level as the index to a 16-element table of initial timer values. Then it would turn on the heating elements and start the timer with the initial value selected from the table. At the end of the time delay, it would turn off the heat and pop up the toast. Come back next week, and I'll show you a working prototype." The second advisor, a software developer, immediately recognized the danger of such short-sighted thinking. He said, "Toasters don't just turn bread into toast, they are also used to warm frozen waffles. What you see before you is really a breakfast food cooker. As the subjects of your kingdom become more sophisticated, they will demand more capabilities. They will need a breakfast food cooker that can also cook sausage, fry bacon, and make scrambled eggs. A toaster that only makes toast will soon be obsolete. If we don't look to the future, we will have to completely redesign the toaster in just a few years." "With this in mind, we can formulate a more intelligent solution to the problem. First, create a class of breakfast foods. Specialize this class into subclasses: grains, pork, and poultry. The specialization process should be repeated with grains divided into toast, muffins, pancakes, and waffles; pork divided into sausage, links, and bacon; and poultry divided into scrambled eggs, hard- boiled eggs, poached eggs, fried eggs, and various omelette classes." "The ham and cheese omelette class is worth special attention because it must inherit characteristics from the pork, dairy, and poultry classes. Thus, we see that the problem cannot be properly solved without multiple inheritance. At run time, the program must create the proper object and send a message to the object that says, 'Cook yourself.' The semantics of this message depend, of course, on the kind of object, so they have a different meaning to a piece of toast than to scrambled eggs." "Reviewing the process so far, we see that the analysis phase has revealed that the primary requirement is to cook any kind of breakfast food. In the design phase, we have discovered some derived requirements. Specifically, we need an object-oriented language with multiple inheritance. Of course, users don't want the eggs to get cold while the bacon is frying, so concurrent processing is required, too." "We must not forget the user interface. The lever that lowers the food lacks versatility, and the darkness knob is confusing. Users won't buy the product unless it has a user-friendly, graphical interface. When the breakfast cooker is plugged in, users should see a cowboy boot on the screen. Users click on it, and the message 'Booting UNIX v.8.3' appears on the screen. (UNIX 8.3 should be out by the time the product gets to the market.) Users can pull down a menu and click on the foods they want to cook." "Having made the wise decision of specifying the software first in the design phase, all that remains is to pick an adequate hardware platform for the implementation phase. An Intel Pentium with 48MB of memory, a 1.2GB hard disk, and a SVGA monitor should be sufficient. If you select a multitasking, object oriented language that supports multiple inheritance and has a built-in GUI, writing the program will be a snap." The king wisely had the software developer beheaded, and they all lived happily ever after. " Which appears to an mod of this version I have to wonder if things would have turn out differently if the software developer had not insisted on multipl inheritance. Ben

Thank you. I'll quote one of my buddies grandmother "All things in moderation, including moderation." Ben

I don't know where I am going myself. From what I have read on OOP Coupling is something to be avoided (i'll let let experts say why). So if Coupling should be avoided then de-coupling appears to be a goal that I should work toward in my designs. But a a "sanity check" alram goes off when I try to fit the idea of complete decoupling and performance into my head at the same time since there seems to be a contradiction. Maybe its just me being paranoid (again). Please don't take offence in my reply. I am just thinking out loud and trying to learn as I go. Ben

Go to the NI Discusion forumsand search on the phrase "Ben 3D" and you will many threads talking about using the 3D graph with many examples of using the parametric plots. Take care, Ben

So what about those applications that require more throughput to the GUI than can be maintained using your favorite flavor of network interface? I often have to smooth out the data path to the GUI from the data source in order to keep up with the data. Including overhaed to realize the connection without direct connects would impact performance to the point where the hardware could not keep up. So if all "good" designs have a decoupled UI and a decoupled UI has to have cross platform cpabilities, then I suppose I will have to settle for specializing in developing bad code. I will not add that to my brag-list but it does keep the family fed. And if we run with that twisted idea, then sometime in the future we should expect both the CPUs and the networks to improve their perfromance, in which case those cross platform apps would be possible. So then we have code that was previous perfect but unaccepatble change into perfect and aceptable... Which really screws with my head since what is good vs bad should not change with time, but that is probably the old-foggy in me speaking. Ben

Soooo..... This entire thread has no possilbe conclusion and is just an example of being hearded by a Cat? Ben

Cat called my attention to a subtlty I missed. Since the client is now running LV 8.6 and the target is running 8.2 and the changes were added between those two versions... I am suspecting the target will need updated. check that! My associates tell me they are serving 8.2 on cFP to 2009 apps on Windows. Not sure what to say now. Ben

Wild Arse Guess Yes, a has to go idle. If B was not part of A's hierachy and was loaded using Open VI ref then run using invoke node run... then when it complete the deallocate wold have an effect. Ben