Grampa_of_Oliva_n_Eden

QUOTE (crelf @ Jan 29 2009, 04:05 PM) No, MichaelH said what I was thinking but actually knew what the complication was. I'll pretend I inspired him. Ben

QUOTE (crelf @ Jan 29 2009, 03:47 PM) I'll look again but I was sure I did a Save As for one of my VI's. Ben

QUOTE (TobyD @ Jan 29 2009, 01:56 PM) I just recieved on myself. Ben

QUOTE (vultac @ Jan 29 2009, 11:07 AM) Vultac, All of the above replies apply to MC hardware as well as NI's version. Ton suggested the State Diagram Editor and would be a good fit for you since your initial post posted a State Diagram. The interface looks like this. http://lavag.org/old_files/monthly_01_2009/post-29-1233246453.jpg' target="_blank"> Ben

QUOTE (Antoine Châlons @ Jan 29 2009, 09:02 AM) Bug? Based on the fact that we have an option undr tools (?) "Clear Password cache" NI did put some thought into keeping the password in a cache. Ibeilive this is what makes it mposible search an entire hiarchy and only have to enter the pasword once for all VI protected by that password. Just sharing my thoughts, Ben

QUOTE (BrokenArrow @ Jan 28 2009, 08:24 AM) The only thing I see that could be different is the cluster. In the lower no-sub-VI loop, LV can reapeatedly through the last value into the buffer that is the output tunnel of the while loop. In the sub-VI flavor the sub-VI does not know the cluster is not being used whil looping so it has to return a copy of that data each time. Ben

I'd like the comments supported as well. I don't have a pre- LV7 version of LV handy so I can't be sure but did the pre-LV7 version support comments? My I got bit story Customer requested I document all ini setting of an app someone esle developed. I did a quick check to make sure LV would not freak over the comments and reading from an ini with comments was just fine. So I commented pages of settings and applied that file to the running system. The system handled it just fine BUT, the first time the file was saved, all the comments where lost! So we turned my backup version of the ini file into an appendix of the formal documentaion and learned a leason. Ben

QUOTE (Aristos Queue @ Jan 26 2009, 03:35 PM) Notes to go with Aristos' posting. Don't mess with the icon connector layouts required etc. until your light bulb turns on (ie you are starting to get it) Same thing with public vs privates. Both of those things can get complicated and are not required to get a handle on LVOOP. Ben

QUOTE (ejensen @ Jan 26 2009, 02:51 PM) That thread morphed into a "why you should buy Test Stand. You above posted code sorta does a lot of what LVOOP does in the sense you are calling the right VI for your widget. The dynamic dispatch does this (chooisng the right flavor of VI) automatically. If you are having trouble understanding LVOOP I would like to suggest you start asking "dumb questions"* and let people give you the nudges you need. Ben * By dumb Q I mean Q's where you may feel dumb, not that they are really dumb Q's

QUOTE (ejensen @ Jan 26 2009, 02:39 PM) I think it was Shane that posted a Nugget on Function Overloading but I could not find a link. Define a cluster with an enum to determine the type of widget and add a variant to hold the data. Use the enum to drive a case structure and inside the case cast the variant to the proper type for that enum. Sorry I could not find the link, Ben PS LVOOP would have been my first suggestion as well.

QUOTE (pallen @ Jan 25 2009, 06:11 PM) Linux.... not sure if this will help... On Windows I would check the color depth first and then gradually back-oof on the graphic accelerator options to see if the problem goes away. Sorry but that is all I can offer, Ben

QUOTE (Antoine Châlons @ Jan 25 2009, 04:12 AM) Ditto. Ben

QUOTE (Mark Yedinak @ Jan 23 2009, 03:43 PM) Congratulations! Ben

QUOTE (Eugen Graf @ Jan 23 2009, 12:20 PM) Hi Eugen, Although I don't care about inplaceness (cough, cough) if you ever find that you have to care about inplaceness then you may want to chase down all of the links and related links that I did not care to assemble in http://forums.ni.com/ni/tagging/view_tag?tag.text=Inplaceness&tag.message_scope=all' target="_blank">this Tag on the dark-side. Still not caring about inplaceness, Ben

I'll add an arguement for scripting I have an app that uses SCRAMNet and maps 2 Meg of memory for up to about 50 devices. This mapping is documented in a standard form. The mapping can change when engineerings decides it needs re-mapped. It took two developers 3 days to re-map the data fields the last time there was a major change. I wrote Script that was capable of redfining the clusters associated with the mapping and it worked on machine at home. At work it gave me an insane object error while doing the demo for my boss.... I abandoned scripting. Ben

QUOTE (Manudelavega @ Jan 21 2009, 06:44 AM) A LV Global can not be accessed "in-place" so accessing the data in a global will force data copies for each of its instance in your program. A beter approach is using queues or an Action Engine (also known as Functional Global). Ben

QUOTE (Michael_Aivaliotis @ Jan 21 2009, 04:53 PM) The patent for LV has is is due to run out (unless something happened since I last looked). MS purchased a company (don't remeber the name) that had intelectual property that rivaled LV. Someday, NI is going to have to gird up their loins and put LV up against C++ etc if LV will eventually "take over the world" (Yair's signature). Scripting has been the "big hammer" used by NI to develop a lot of the enhancements we have seen recently to LV. so... Keeping Scripting limited NI can maintain its control over enhancements to LV and force anyone attempting to make a better version of LV (LV writtien in LV?) they will have to work for it. Re: The secret slipping out about scripting in the first place.... "Lets let Mickey try it. He hates everything."* Look at some of the early public relese of Scripting utilities. EG The tunnel wiring tool. Look at NI's release of the new linked tunnels in LV 8.6. Ben * If I spelled out everything in plain English, I would not be neBulus.

QUOTE (Michael_Aivaliotis @ Jan 22 2009, 04:46 AM) That is the beuty of brain-storming! The ideas do not have to be serious (and often are better not being serious since they spwan creativity). Speaking for myself I like that idea. Now how we get the word out to the instructors of the world.... Maybe we could get it mentioned in the NI Newsletter if we actully implement this idea. Ben

QUOTE(crelf @ Oct 14 2007, 07:40 AM) I was an Engineering Physics major but my main interest was in Physics. It was my advisor for my senior project that insisted I code it in LabVIEW rather than C. Boy was that crappy code! I used the max count icon connector because I did not know about bundling by name and later figured out that un-initialized shift registers can cause big problems when trying to restart an application. :headbang: Ben

Yair is ______ 6000 As of this week the LabVIEW world has acquired a new Zealot! Yen has not only toped 1000 post here on LAVA but has also toped 5000 on the NI forums. This makes him the third active Zealot and only the forth person to reach the 1K mark on LAVA. Please join me (again ) in congraulating our newest Zealot. Ben* * Jim, He has his sights on me as well.

QUOTE(Tia @ Oct 12 2007, 12:04 PM) Welcome to LAVA Tia! So, what area of LV do you find most interesting? Ben

QUOTE(tcplomp @ Oct 9 2007, 08:21 AM) Rules of thumb can change with the passage of time. The "Old-Timer" in me says "Oh No!" since setting VI's that could use a lot of memory as re-entrant could result in big blocks of memory being allocated for those VI instances and becoming un-available for the rest of the application. But now that memory no longer requires crochet hooks to build, and since people are starting to expect fast results (how long do YOU wait before you hit ctrl-alt-del?) the re-entrancy setting can help. Just my thoughts... Ben

QUOTE(NormKirchner @ Oct 4 2007, 05:49 PM) Count me in on that game :thumbup: but eventually you have to say testing is done and turn it over to the customer. Ben

QUOTE(Justin Goeres @ Oct 4 2007, 01:53 PM) I will never be able to do a mass compile ever again without it reminding me of 24-hour bug. Imagine the AE's thoughts we they suggest i do a mass compile I they hear me laughing. Ben

QUOTE(eaolson @ Oct 4 2007, 10:18 AM) Thank you eaolson! It took me a couple of seconds to see your point. Ben