Michael Aivaliotis

This issue is now resolved.

Hey folks... Sorry about the delay in responding. Looks like LAVA ran out of disk space...

We're working on it.

Just here pimpin' my idea:

Make adding label wires super easy (Step 1: Select Wire, Step 2: Start Typing, Step 3: Profits!)

Do a test to see if C:\Program Files (x86) exists using the "Check if File or Folder Exists.vi". If it does exist, it means you are running 64bit Windows.

Added a LabVIEW Wiki page that covers this. Anyone can edit and improve it if they desire:

http://labviewwiki.org/Development_Environment_Event_Callback_VIs

I think it's probably because most people only use the event case for the UI (and generally wire -1 to it).

I would think twice before generalizing like that. User events are at the top of my list and many others I've talked to, when it comes to inter-process communication. Also, using the timeout frame is a common use-case for reading other data that needs polling or other updates between events. In fact, at the CLA summit, there were many requests by other CLAs to extend the capabilities of the Event Structure even further, since handling user events is simply not enough.

Even though, at the end of the day, I'd really like NI to find a solution to this problem which allows me to register for events all willy nilly-like and only selectively create cases to handle them - my gut tells me that, If I I don't need to react on an event then I shouldn't really be registering for it in the first place, should I. For now, I would chalk it up to: "Hey, I just learned something cool and I really should spread the word about this 'best practice' to my colleagues and warn them about it." Education is important.

Maybe there should be an option to unset this should be available (like an "allow unhandled events to be registered" checkbox in the event dialog if the dynamic event handles are shown)

I really like the option of having a right-click menu toggle in the future that would allow you to enforce that you must have a case for every registered event. The default behavior should be as it is now. This way, anyone relying on the old behavior doesn't get screwed during an upgrade. However, I would also like an options switch to allow setting the default mode for event structures. Similar to the auto-grow option. At least, this way there would be a documentation entry which the user can browse to find out more.

Yes, you're very close. Basically my old data had a large array-like piece of data. Searching and sorting that data is slow, so I went ahead and built pre-sorted index arrays that ride along with the original data to enable binary searches etc. So now when I load the document, if the index arrays don't exist, they need to be built. In this case it's not so much a matter of fixing as creating if it doesn't exist.

I dunno man. It sounds like you need a database instead of a file. Just load the data you need based on a query. But that's a whole other thread perhaps.

Don't use any type definitions inside your class data.

I'm not sure I'm following what your final implementation looks like. You're letting LabVIEW load the object with the binary read function and then fixing your index if it's bad? Is the index a scalar value that requires some logic to determine its value? I would probably use the class version number to determine what code to execute on the data to fix the index. At the end of the day, you still need to do some "fixing".

When I've had to do this. I use a multi-stage sequential conversion routine. based on what version I'm reading. So if you have 3 versions of your file then you would do 1->2->3. Needing 2 conversion routines.

I've stayed away from using the class versioning system for saving object data because I tend to use typedef clusters in my objects. Ya, I know, bad - bad Michael. I'm slowly trying to ween myself from this habit.

All of us here on LAVA wish you a speedy recovery.

The book describes how I used to program like 10 years ago. I later migrated to OpenGoop, Very out of date. It's very light on the OO concepts as well. Native LVOOP is the only way to go moving forward and this book doesn't help you get there.

Not saying you can't use the methods described, but why would you when there are better ways.

As far as the printing, I was lucky to get the first one out in 2003. So quality was excellent.

Not specifically from this board, necessarily, but I'm looking for ways to build my skills. I'm the only person who uses the language at my company and I get around well enough to run our test sector, but if I'm going to move up or on, I need to get better.

Does NI sponsor user groups? Are there real-world LAVA lounges? Any pointers in the right direction are appreciated. Thanks.

Where are you located?

I just reported it to Invision. Thanks.

It's apparently a known issue that is going to be fixed in an upcoming release. Thanks for reporting it.

I just reported it to Invision. Thanks.

There are two icons which you can use to link back to lava. Please link directly (do not copy to your site) to these icons:

http://lavag.org/uploads/links/lava.png (80x31)

http://lavag.org/uploads/links/lback-lava.png (88x31)

These can be used by any other blogger or website as well.

Daklu, any chance for you to attach your code instead of just images?

I've seen this delay before, but not LV2010. I've seen this in LV2009. It happened only in one project of mine. I tried several things to debug it and came to the conclusion that it was due to the complexity of the VIs and not the entire project. Editing some VIs was faster than others.

Here's a video showing this:

<object id="scPlayer" width="375" height="268" type="application/x-shockwave-flash" data="http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/jingswfplayer.swf"> <param name="movie" value="http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/jingswfplayer.swf"> <param name="quality" value="high"> <param name="bgcolor" value="#FFFFFF"> <param name="flashVars" value="thumb=http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/FirstFrame.jpg&containerwidth=375&containerheight=268&content=http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/00000023.swf&blurover=false"> <param name="allowFullScreen" value="true"> <param name="scale" value="showall"> <param name="allowScriptAccess" value="always"> <param name="base" value="http://content.screencast.com/users/Michael_Aivaliotis/folders/Hidden/media/3ad6b147-09ef-4725-aaf6-610d3485d736/"> Unable to display content. Adobe Flash is required. </object>

I do use the SCC with LabVIEW (Visual Source Safe). What do I have to do, disable integrated SCC in LabVIEW? It seems that there are so many don't do this or don't do that (don't have the project open, don't use 32-bit PCs, don't use the Find feature, etc.) in order to have LV2010 work properly.

Bruce

I don't know what all you guys are talking about. All of this feels like superstition. Don't walk under a ladder or else you get bad luck. Gimme a break.

In general I agree with you. However, LV disallows more than just editing when a vi is locked. I can't copy-and-paste code or controls from a locked vi to the vi I'm working on. I can't right-click >> Find All Instances of a locked vi. (That one really irritates me.) Personally I enable those options on my dev computers, but I think it's a tougher sell to make it a default setting.

I agree with you too! Why can't we prevent editing (changing the code) but allow copying and find all instances etc?

(Continuing the Cross Posting)

Forget I mentioned SCC, as this really isn't a SCC issue. In general, ask yourself this question: should you be able to edit a read only file without explicitly setting it to edit mode? I think the answer is no.

I agree with crelf.

@Michael: Do you have a link to LAVA CR etiquite? My code is deep in development and has some horrific syntax and improperly named VIs and controls. Is "unreleasable" code ok to release to CR? I assume it is easy enough to "upRev" when available. Some have suggested I Blog about my Lunar Lander antics but I'm not sure it is blog worthy... maybe worthy of a thread here? dunno...

I am interested in having my code critiqued but I'm afraid the easy ugly gets in the way.

I just want to see it. You can just attach it to the current thread as a zip file. Whatever you have.

Edit: I just moved this thread to a different subforum.

Not the Block Diagrams you're looking for:

You can't imagine how happy you made me right now...

I'd love to see this implemented.

Is it possible for us to see some of the code? What are your plans for this. Perhaps post it on the LAVA CR?

It's all about what you're used to. I've spent my entire life in central and south Texas. I have no clue how to drive a vehicle when the roads are icy, and I don't even try. And I'm not afraid to admit it.

Good idea Darren.

Stupid question. Why does your plugin class have to be in a separate project? Your statement: "To make it easier for people to add their own functionality to the program without having to dig into the full project" is not clear to me.

Which class is the reusable component? Classes are libraries and libraries are by design meant to be reused.

So what's the real problem Ton? Do you have a website that's causing NI some problems?

Thanks to Tomi for introducing me to this:

http://notinventedhe.re/on/2011-2-3