Michael Aivaliotis

QUOTE (neB @ Apr 3 2008, 06:31 AM)

...The TC loop has to stay deterministic so being hung waiting for the AE would hurt

Ya, those damn Applications Engineers...

I feel old and grumpy.

QUOTE (PaulG. @ Apr 2 2008, 12:38 PM)

Maybe we should start thinking about implementing Asimov's Three Laws of Robotics.

Imagine the look on a developer's face the first time he hits his robot out of frustration - and it hits him back.

"You stupid bucket of bolts!" WHACK!

(whrrrrr whrrrrr whrrrr)

POW!

Kicking the AI seems to be a common human reaction. Watch one of my videos on VI Shots of Anybots. There's a clip in there where Trevor Blackwell gives Monty a kick.

Also, watch this other one where at the end I actually asked David Hanson about how we should be treating our robots. He's a pioneer in humanoid interaction.

This issue is closed due to the online users list is not available anymore on LAVA since many months now.

Update: I passed this over to Invision support. It might be a bug. They're looking into it.

QUOTE (Cmal @ Apr 1 2008, 10:19 AM)

Take a look at the latest version!

http://www.break.com/index/more-video-of-l...obotic-dog.html

Chris

Wholly crap I nearly spewed my drink all over my computer. :laugh:

I never use subroutine priority. I would like to see some benchmarking. Like many things in LabVIEW, such as thread priorities, the benefits of playing with them are highly overrated.

The problem is that people don't use anchor text in their posts. Instead of using friendly text they post the whole thing. The above URL should be posted like this. Notice that I used the word "this" as my anchor, NOT the entire URL.

Let me spare you the the thought process. YES, I AM blaming all the LAVA forum members for this problem and NOT the RSS generator.

PS. I'll look into it...

QUOTE (TobyD @ Mar 31 2008, 09:42 AM)

I noticed though, that it mapped my name as tdayley (my login name) rather than TobyD (I think that's called my member name?)...

Known issue, thanks.

QUOTE (neB @ Mar 31 2008, 05:45 AM)

There was a thread on the "Dark-side" where high CPU used by NILM.exe was attributed to a second NIC.

Two NIC's?

Ben

Nope.

QUOTE (Yen @ Mar 28 2008, 03:06 AM)

Another idea that I thought about now is modifying the OpenG VI so that I do the header analysis part of the variant parsing before building the EXE and save it as a constant, but that has its own disadvantages and I'm not sure how much improvement it will get me.

I'm not convinced that you have a problem. You say that it used to work and now it doesn't. Why? You say you upgraded to the latest variant tools and it worked. Then after a while it didn't.

Could you post the data structure so we can try it out and benchmark it?

It's amazing what dramatic music, a great voice over and a quote from Al Gore can do. I'm sorry this is so silly.

Well, I shut it down and then a service called LMGRD crashed and terminated. I guess it depended on nilm.exe running or something. Well it doesn't matter really because my LabVIEW still runs without problems. Thanks rolfk!

QUOTE (rolfk @ Mar 29 2008, 02:55 AM)

I've shut it completely down since LabVIEW 7.x already and never have noticed that my LabVIEW licenses wouldn't work.

And how exactly do I shut this crap down?

Does anyone know why the nilm.exe process is hogging my CPU?

I think sara and yasmeen85 are doing fine. Any issues should be addressed via the "report" button. See this reminder:

http://forums.lavag.org/Forum-guideline-vi...der-t10455.html

QUOTE (Omar Mussa @ Mar 28 2008, 10:37 AM)

Now this is an interesting NI Week competition in the making ...

http://www.latimes.com/la-na-bumbot23mar23,0,6153036.story' rel='nofollow' target="_blank">Bum Bot Wars!

Don't give NI any ideas. They might use it to get us out of the exhibition hall early to save on beer and food.

QUOTE (PaulG. @ Mar 21 2008, 11:35 AM)

It only took a minute to set it up and it could not be any easier to use. I'm just a little skeptical of anything that's "free".

Don't be skeptical, just accept the fact that at some point the company will have to figure out a monetization model. However it's possible to use advertizing to fund the service and keep it free. It depends. We all use tons of Google tools in our daily lives and it's still free for me. Even if Google charges me at some point, i've had so many years of using a great product that I won't regret it.

QUOTE

we could store the destination directory as "..\..\..\builds". Now if you move the project to C:\temp, what should happen?

Well, it seems that you already have implemented a backup plan for this because if the path doesn't exist you revert to the fixed path right? So do the same. Ideally, the build should fail with a descriptive error because I've had many time where I have built something only to scratch my head when the output is missing. Then I realize thet the builder created the entire hierarchy of paths to the build out put in the WRONG location. However, the scenario you describe is a very rare case. Most developers I know work with a source folder NOT a single project file. Moving the project file is bad. Typicaly you would move your project folder. In my example, this is the "subfolder".

The main thing is that NI's definition of relative falls outside the typical understanding. The destination is NOT relative to the project file regardless of how you spin it. It's a non-standard handling. The other option is to allow the user to enter a relative path themselves in the form "..\..\..\builds" and the problem is solved. No sweat of NI's back.

I just tried this. It's freakin' awesome! I'm hooked.

So just to check. Should I create a User Interface category for the Gallery?... and if I do, I expect a "surge" of new images right?

QUOTE (gmart @ Mar 19 2008, 06:15 AM)

I haven't got a change to look more into this, but the default destination directory is not the directory you listed. It is something like "D:\_Projects\Experiments\subfolder\buildpathissues\source\builds\mycode\My Application". So the directory in your example may not fall into the definition of "relative" from the algorithm that calculates this. I'll look more into this when I get a free moment.

Aaaarg! Definition of "relative"? Response from support:

QUOTE

Just to remind y'all, the project file is located under the "mycode" folder.

So out of the three above folders, only the last 2 remapped correctly when the project file moved. I consider this a bug. What do others think? It sounds like, "leave everything as default and it will work". huh? The one good thing from this discussion is that now I finally understand the mystery of why the destination path behaves like it does and I hope I've saved others form smashing their computers to the wall.

QUOTE (gmart @ Mar 19 2008, 06:15 AM)

I haven't got a change to look more into this, but the default destination directory is not the directory you listed. It is something like "D:\_Projects\Experiments\subfolder\buildpathissues\source\builds\mycode\My Application". So the directory in your example may not fall into the definition of "relative" from the algorithm that calculates this. I'll look more into this when I get a free moment.

Aaaarg! Definition of "relative"? Response from support:

QUOTE

Just to remind y'all, the project file is located under the "mycode" folder.

So out of the three above folders, only the last 2 remapped correctly when the project file moved. I consider this a bug. What do others think? It sounds like, "leave everything as default and it will work". huh? The one good thing from this discussion is that now I finally understand the mystery of why the destination path behaves like it does and I hope I've saved others form smashing their computers to the wall.

Great tip, I just added it to the Wiki.

http://wiki.lavag.org/Tips_and_tricks#Palettes