Michael Aivaliotis

QUOTE (vugie @ Mar 19 2009, 05:41 PM) It depends. How do you install LV on a remote Linux box?

Two questions: Which URL are you visiting? What browser and version are you using?

QUOTE (vugie @ Mar 19 2009, 04:06 AM) LAVA runs on a linux server. If you have a plan for how we can accomplish this, I'm all ears.

QUOTE (crelf @ Mar 12 2009, 08:27 AM) Ya that would be great. Now back to reality...

QUOTE (gmart @ Mar 18 2009, 03:13 PM) This is important to note. Thank you gmart for reminding everyone. If some of you see the "loading VIs" dialog popup when you are opening a project, this is because you either use LV classes or lvlibs. Only VIs called by the classes or contained in the lvlibs are loaded into memory, other VIs are not. Watch out for this.

QUOTE (Aristos Queue @ Mar 18 2009, 03:07 PM) It depends. Can the VI that is being aborted tell if it is? If so then it can exit gracefully. Otherwise, it's a no-no in my books. I would only abort a VI if it's a runaway process, a very very simple VI or I've exhausted all other forms of communication. Like a divorce is to marriage.

I also use a similar stop functional global concept to trap aborts from parallel processes. Mine also has a reset input so you can clear the abort after you've acted upon it. I'd like to address the use of cases to "case-out" code after an abort. Depending on the granularity of your state machine, you may be able to get away with handling the abort up front and avoiding the need to place the abort checking too deeply in your code. here's how I handle it using the JKI state machine. I try to avoid putting looping code inside subVIs where I have to later abort them. Instead I use the natural looping of the state machine to repeat test tasks.

I remember watching this back in the 70s as a kid. However, I can't remember the context. Was it before a movie or what? Maybe I saw it on SNL. Not sure. I remember thinking at the time: "That's brilliantly funny".

No idea, I just hopped in to comment that I think your post title is awesome!

I always try to post screenshots. That was the LAVA policy way back at the beginning. Now it seems people are not bothering. Now that the tools have caught up, I think screenshots should always be included. I think we should all make an effort to post screenshots. Nowadays I prefer video. It's so easy with Screencast.com and Jing (is screencast.com blocked Cat?).

LabVIEW uses Ctrl+G and Ctrl+shift+G to jump to the next or previous item in the Search results list dialog. I want a similar key combination to navigate to the next error in the Error list. Currently my process is: Click broken run arrow (or ctrl+L) Scroll the Items with errors list to the top item in the list. Highlight the first VI in the Items with errors list Doubleclick the first item in the Block Diagram Errors list. Fix the error in my code press ctrl+L to bring the list frontmost Doubleclick the next item in the Block Diagram Errors list. Fix the error in my code press ctrl+L to bring the list frontmost Repeat process until errors are fixed in the first VI in the list Continue doubleclicking in the errors and warning list until I'm done. I would like to see a shortcut key that would iterate through the errors in the errors list. Edit: I'd like to add that LabVIEW needs to be smart so that it wouldn't jump to the next error if it doesn't exist anymore due to a previous fix. However, I don't see this as a big problem since the Error list dialog already performs that checking in real-time anyway.

I can attach an 8.6 VI with that property but it won't help you much since you can't generate the sub-properties from it. You need to do all your work in 7.1. I think there is a wind of change which may see scripting come out of the shadows. Hopefully sooner than later. If you feel strongly about it post your support here.

QUOTE (scott45acp @ Mar 4 2009, 07:00 AM) Congrats on giving back to the engineers of tomorrow! We need more like you.

Anyone who has a link to the LAVA Forums on their website (like Hooovahh) is cool in my books.

QUOTE (sachsm @ Mar 1 2009, 09:54 AM) If it works then what's the problem?

Good Job Tomi! Any customer would be very lucky to work with you.

I think a coding challenge involving LVOOP would be nice to see. Also, how about having an NI Forums vs. LAVA Forums competition?

QUOTE (Kubo @ Feb 20 2009, 02:12 PM) I agree, that's why you should post an image of your block diagram, not your front panel. There are two parts to a VI. A block diagram and a front panel. We can't see the block diagram.

I've added it.

Sorry, I misunderstood. Actually, the software running on this site is composed of a number of paid software components. One of them being the forums module. More information can be found here.

That guy should have known better. Kids have a better success rate if they're pushed off a cliff.

Thanks for reporting that. BTW, these aren't "Free" forums.

If you're new at LabVIEW, things can be a little overwhelming. It sounds like your application is working so I wouldn't change anything right now. Look at my attached image for a suggestion to do what you want. Some of the string primitives in LabVIEW require a bit of extra code to get them to do what you want. For example, in the image attached, I had to add a >=0 function to find out if my string actually matched. PS. I added a linefeed character to your string building. That might make your Terminal output a little more readable.

Hey Alessandro, nice creative use of LIDAR. I was at a robotics show and took a video of a LIDAR that was setup in the middle of the show floor. Check out the video on my blog here: http://michael.aivaliotis.com/2008/11/20/lidar/

An easier fix is just to make sure there is a blank line between each instance of the template.