TobyD

Please give it a try and let me know if you find any bugs or have any suggestions for improvements.

thanks,

-John

Nicely done John! I've thought about doing this for a while now, but I can almost always find something to do with my time that doesn't involve dealing with the "slog" of MSDN. Thanks for taking the time to share this!

-Toby

Hi All,

I want to define a custom error code file which is specific to a new project we're starting.

Is there a way to get labview to check the current project directory for error files when I run a VI from the project?

(By the way I did post this question on NI.COM here as I didn't realise this place was back on line!

As far as I know there is no way to specify a specific error file for a specific project unless you write your own code to make it happen. This would be a good feature suggestion though.

-Toby

...that's soooo LV 1.0!

Good One!

The RSS feed only posts the first post of a thread, not every individual post.

Ton

I was just coming to post this. You beat me to it

-Toby

The problem was not the dimensions but the size on disk. The limit was set to 50Kb. I've increased it to 200Kb.

Great! Thanks.

The RSS feed does not include the name of the user who posted the message. It just says "LAVA Forums"

Trying to upload my personal image failed because the file was too large. I had to manually shrink it down before uploading it.

The avatar uploader properly resized the file.

QUOTE (hooovahh @ Jun 8 2009, 07:17 AM)

Well I was a Portalist, but then I relized that http://www.youtube.com/watch?v=qdrs3gr_GAs' rel='nofollow' target="_blank">the cake is a lie. The other bad thing about being a Portalist is that instead of drinking poisoned cool-aid you get lowered into a fire by a computer. But there's just something fun about putting your faith in a cool gun, by jumping off a cliff knowing the Portal will always be there to safely guide you to the other side.

I loved this post! It makes me want to go play Portal again.

QUOTE (jlokanis @ May 20 2009, 03:40 PM)

If you have a linked tunnel in your code and try to make a copy by ctrl drag, it will crash LabVIEW.

Nice catch! I didn't even know you could ctrl drag tunnels. It makes sense, I guess I had just never tried it.

QUOTE (ASTDan @ May 20 2009, 02:34 PM)

I saw in the NI week 2009 program a presentation by VI engineering on Error Handling.

:thumbup:

Excellent! I guess I should have checked first.

QUOTE (ASTDan @ Aug 28 2008, 11:12 AM)

So how about it. Error Handling Techniques at NI week 2009 by crelf!

QUOTE (crelf @ Aug 28 2008, 11:32 AM)

Sure - remind me when NI's calling for presentation submissions and I'll put my hand up for it.

Consider yourself reminded (I don't actually know when NI calls for presentations, I might already be too late). Of course, I'm hoping the presentation notes will be made available as I won't be able to attend (all non-critical travel has been cut from the budget).

I'm still struggling with my error handling. I was able to glean some ideas from the JKI State Machine, but I still feel like I have a lot to learn in this department.

QUOTE (Norm @ May 20 2009, 12:01 AM)

Drop me a note if you're ever in Binghamton, NY!!

Thanks,

Norm

Will do :thumbup:

QUOTE (Norm @ May 18 2009, 11:31 PM)

Toby: You are suggesting that I create separate channels (string outputs) for each satellite? Planned on doing that, but how do you get only one spreadsheet? Need to find out more about the TDMS data. Sounds like I'll have a nice evening with a cup of coffee, google and the LV help file!

Will have time to play on Thursday.

Norm

With a tdms file, you can configure the properties of each channel individually. All of the data and configuration information is stored in a single file and an index file is created automatically so that you can read/write to any part of the file quickly. You can specify a particular channel name and/or location and only read that data.

There is a plugin for excel that will pull a tdms file into an excel spreadsheet. There are a couple screenshots below of one of my tdms files converted to excel 2007. As you can see, the plugin creates a file with two tabs. The first tab is the channel configuration data, and the second tab is the captured data. You can get more complicated with your data structure, but I didn't need to in this case.

Once the data is in excel, you can easily create charts or crunch numbers if you need to. We were using plain text files and after switching to tdms, we have never looked back. There is a bit of a learning curve, but making the switch has greatly simplified our lives.

QUOTE (PaulG. @ May 18 2009, 06:16 AM)

Funny you should say that. I thought Star Trek SUCKED. It was so dreadful I wanted to take a phaser to JJ Abrams.

I no longer value your opinion.

Kidding, of course, but I saw Star Trek this weekend and loved it. I think it was very well done with the actors throwing in just enough of the original characters' quirkiness to make it believable.

QUOTE (Ton @ May 15 2009, 10:16 PM)

I advise you to use TDMS or TDM data, this can be opened by excel with a plugin but makes sure that the data is correct, you will lose no significance data.

I would also recommend TMDS files. They will be much faster and more compact than text files, and the excel plugin seems to work pretty well if you want to use excel. You can individually configure multiple channels to handle the various satellites and only have to manage a single file.

We have considered trying the PushOK plug-in. Currently we use TortoiseSVN or SilkSVN and do all SVN transaction outside of LabVIEW. For anyone who has used it, do you think the integration provided by the PushOK plug-in is good enough to make it worthwhile?

QUOTE (asbo @ May 15 2009, 10:56 AM)

I tested by checking out a repository one revision back, then checking out again with the same target and no revision specified - it was, in fact, smart enough to update the working copy instead of re-checking out everything.

Thanks. That's what my testing showed too, so I guess I'll go with the checkout command to simplify my code unless I hear about or discover a good reason not to do it that way.

In the little bit of testing that I have done, it seems that when svn checkout is run on a pre-existing working copy it acts just like svn update. I can't find any "official" reference to this in the manual or googling.

Can anyone confirm or dispute this claim? The only difference I see is that svn checkout requires an explicit URL?

I am in a situation where I would like TestStand to pull the latest files from a subversion repository before each test begins. If calling svn checkout will not cause any problems then it greatly reduces the code I have to write. I can do one simple "checkout" which will either checkout or update depending on the state of the build tree (I don't have to try to figure out if a working copy already exists).

Thanks,

Toby

QUOTE (Antoine Châlons @ May 13 2009, 01:17 AM)

Version 1.6.2 is out and the http://sourceforge.net/project/shownotes.php?release_id=681520' rel='nofollow' target="_blank">change log says :

[...]

- BUG: Segfault in TSVNCache. (Stefan)

[...]

- BUG: Deadlock in the TSVNCache.exe process. (Stefan)

So hopefully this issue has been solved.. will let you know.

I upgraded from 1.5.9 to 1.6.2 yesterday. So far I haven't had any issues.

QUOTE (crelf @ May 11 2009, 01:40 PM)

Not an obfuscation per se, but check out this little snippet I found in someone's code:

Nice. :thumbup:

I saw a similar piece of code a couple of days ago. Mine can't be reduced to a constant, but there is a lot of room for improvement...

http://lavag.org/old_files/monthly_05_2009/post-8758-1242078190.png' target="_blank">

QUOTE (jdunham @ May 7 2009, 01:46 PM)

Thanks, I knew about that. But what I really want is this... (And I've already suggested it to NI, but you never hear back about that kind of thing).

This construction comes up all the time if you use picture controls, or you do GUI arrangements, any kind of 2D coordinate stuff, or histogram bins, or limit testing... I know it sounds like feature bloat, but having a native function for this would lead to much cleaner diagrams.

You could submit this as an OpenG candidate.

QUOTE (Daklu @ May 3 2009, 11:45 PM)

As a side note, maybe at the next DevDays I'll make a LAVA flag and lay claim one of the tables.

I like that idea. :thumbup: I was scanning name tags at the Seattle Dev Day to see if I recognized anyone.

QUOTE (Tuner @ May 1 2009, 05:35 AM)

Grazie, chiederò lì. voi non sapete nulla a riguardo della mia richiesta. ciao grazie

Dovrebbe essere possibile con la scheda che hai, ma senza più informazione non saprei dire di sicuro.

It should be possible with the card you have, but without more information I can not say for sure.

QUOTE (normandinf @ Apr 30 2009, 02:50 PM)

Hi Tuner,

Forse si dovrebbe chiedere sul forum ILVG.it. Englitalian is hard to follow...

But the answer is yes.

NI also offers an Italian forum here.

Cè anche il forum italiano su ni.com. Sei benvenuto pure qui, ma ti dovresti trovare un traduttore migliore online... o imparare l'inglese Google Translate funziona abbastanza bene.