crossrulz

I'm inclined to agree. Once I started thinking about it, I was like "what idiot would put duplicates in filtered items anyways?" And even if they did, there should be to few to really care about. And get rid of the error clusters. They are not needed for this function.

The thing that's hurting the current implementation is the abundance of build arrays inside of loops, which you found a way around by preallocating arrays. As long as the functionality is the same, I'm all for the upgrade (I haven't fully tested it yet). I am currious what would happen if we removed the duplicate filtered items.

Well, I found a good solution to this issue. I recently changed jobs and now I'm working with an Alliance Partner. They have given me permission to use my own code for my own purposes. Anything I do for customers is off limits, but I expected that. Jonathan, how we get me signed up to the OpenG team?

So if this goes into OpenG, I would prefer Gotz's implementation (less logic). And Gotz, I prefer the FB node over the shift registers. They look cleaner for some reason.

You are probably still the poster boy since we had to use another buddy in order to find that the first buddy make a mistake. I'm just curious what your code originally looked like in order to get the results you did.

I don't see why Gotz's code didn't work. I downloaded his VI and ran with the same case as asbo and it works perfectly for me. Did you break it before running your test, asbo?

It's the classic "NaN != NaN" scenario

Here's a KB article on setting the read buffer. We had to do this because the unit we are testing is sending at Gb speeds and we would loose the packets in Windows. It only speaks of the receive buffer, but I imagine the send buffer is very similar if even needed. Lost UDP Packets at Fast Transfer Rates The TFTP example looks promising as well.

My understanding is that for true parallelism all of the subVIs should be reentrant. If you have VIs that are really short/fast, you could possibly get away with not making them reentrant to save a little memory. I will throw out the warning to be careful about VIs that need to maintain state (FGVs, Action Engines, whatever you want to call them) and reentrancy.

I'm getting 182 to 184ms for each launch. (XP, 32-bit, 2011 SP1)

What version are you using? How did you do it before? As far back as at least 8.6 (I don't currently have older to check), all you should have needed is the Decimal String to Number. It will find the number even with all of the white space.

Yeah, I was disappointed as well. They usually have such good ones too.

Oh, it has been that way for a long time. More recently I was browsing for information on being a Certified Professional Instructor and two hours later I get a call about it. Yes, NI logs everything we do on their site.

Under the Volume License Agreement, each developer is allowed a single home license. A license file needs to be created through the license manager that can then be installed on your home computer.

I would have to go look at the agreement again, but I believe they own anything I do, even what is done in personal time. Well, there's also the discussion of whether or not my company thinks I truely have personal time (they can call me in for test failures at any time of the day or night), but that's another issue.

I am interested in helping in developing OpenG. My problem is that I work for a company that automatically owns everything I do. I plan on making an agreement with them so that I can develop open source. I am an engineer, not a lawyer. Is there any advice for what should or should not be in such an agreement and any specific wording to be aware of?

I looks like when one clone is killed the FGV is reinitialized, meaning that the reference is lost. I haven't quite rationalized it in my head yet. But I have seen with other FGVs that if I just run it on its own and then run it again, the data is lost. I updated your VIs so that the controller handles maintaining the FGV and it worked just fine. DEWC.zip

There is also the option in VI Properties->Window Appearance to disable "Allow use to close window". My personal preference is to use the Panel Close? event as asbo has already mentioned.

I would definitely be interested. I'm mostly interested in how people get away with using OpenG in their projects since I'm planning on taking up that fight in the next year or so. Anything more would be bonus to me.

I'm assuming I'm supposed to reply here. I currently have permission to go and I just went ahead and registered. We'll see if I will really get to go. As far as OpenG, I currently am not using it for projects due to company rules about open source and third party code. I still find it to be a great resource though. I do have an interest in OpenG, whether using it or helping with development.

How about the actual VI saved in 8.0 ChangeAlias.vi

You could use OpenG's "Get Current VIs Parents Reference" to get a reference to the main VI and then use an invoke node to get/set the control's values using their label. The other option at the top of by head is to make an array of the references to pass into the subVI and the index of which control changed. Then use a for loop to set the others.

Congratulations! I agree more time would be really nice to have with that exam. And I too am trying to convince my work to let me attend the summit (easier said than done).

It's actually not a bug. The case structure is just not range inclusive for strings.

The VIPC will install the version that is needed. So if the VIPC calls for version 1.0 and VIPM sees that version 1.5 is installed, V1.5 will be uninstalled and V1.0 will then be installed. From my understanding, you shouldn't just delete files that VIPM installed. Let VIPM uninstall the files. One of the beauties of VIPM is that packages can have dependencies so you can make sure you have all the code you need.