Ton Plomp

If your gamepad supports a joystick port, you can use native LabVIEW functions for this.

Ton

Wouldn't this work like the Riffle function in LabVIEW (where your code takes the first n outputs)

Ton

It's been awhile since I've done a fresh install of OpenG -- does it currently have the option of installing to somewhere other than user.lib?

Nope, simply because there is no <OpenG> symbolic path in LabVIEW. So any code you develop using OpenG, can open up on any computer with OpenG installed without needing to search for the OpenG stuff. By placing OpenG code in <vi.lib> or <user.lib> we can guarantee a smooth experience for the OpenG user (that might not even know it's using OpenG libraries).

If we are going to use this functionality, we nood to change the MD5 hash-vi with an extra output.

CUrrently the VI outputs a binary string, that should be converted to a hex-string to produce a valid MD5-hash.

Instead of ShiftRight I guess you mean 'Rotate with carry':

And since there is essentially such a node, we don't need a new OpenG function.

Wouter, thanks for the idea. Ryan thanks for the little used function.

Ton

This might be a usefull function. Another implementation is 'Request and remainder' with 2, and typecast the remainder output to boolean. (that would be an 'is even?' output.

Ton

Side-note. If MS lock up program files (which I can understand), and NI moves vi.lib to the the user profile (or All-user profiles) They should make sure that there are seperate folders for each installation of LabVIEW.

Ton

My short test shows that it indeed works, the only requirement to the user is that they have vi.lib\_lava in their search path (or just vi.lib).

Ton

(Thumbs up for the extensive document).

How would this work for legacy packages?

One of the requirements is that you have a 'lava-compliant'-namespace.

That's quite hard for the Code Capture Tool with an allready existing API.

Ton

Today LabVIEW is more gentle on me and my tablet.

Ton

You mix up a few things:

• TSVN is not SVN, TSVN is a Windows GUI front end of a SVN client, your server is running SVN
  
• To integrate SVN with the LabVIEW project SCC-provider I would advise you to use the PushOK SVN provider. It worked pretty good for me
  
• I wouldn't try to reinvent the wheel on bug-tracking. There are numerous bug-tracking solutions that work with SVN.
  

Ton

Using 2011 for the first time seriously, and here's something I haven't seen on the Beta (win7) on WinXP, when trying to extent a 'Bundle by name' or resizing a case, it looks like the hotspot for the 'double arrow' is changed (reduces in size?). Especially for the Bundly by name it's quite hard.

Watch the following screencast to see me struggle with it:

<!-- copy and paste. Modify height and width if desired. --> <object id="scPlayer" width="295" height="225" type="application/x-shockwave-flash" data="http://content.screencast.com/users/TonPlomp/folders/Jing/media/e0735a7d-d1e6-45b8-9f6d-af40de115bcf/jingswfplayer.swf" > <param name="movie" value="http://content.screencast.com/users/TonPlomp/folders/Jing/media/e0735a7d-d1e6-45b8-9f6d-af40de115bcf/jingswfplayer.swf" /> <param name="quality" value="high" /> <param name="bgcolor" value="#FFFFFF" /> <param name="flashVars" value="thumb=http://content.screencast.com/users/TonPlomp/folders/Jing/media/e0735a7d-d1e6-45b8-9f6d-af40de115bcf/FirstFrame.jpg&containerwidth=295&containerheight=225&content=http://content.screencast.com/users/TonPlomp/folders/Jing/media/e0735a7d-d1e6-45b8-9f6d-af40de115bcf/LV2011Resizehotspot.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/TonPlomp/folders/Jing/media/e0735a7d-d1e6-45b8-9f6d-af40de115bcf/" /> Unable to display content. Adobe Flash is required.</object>

Anyone else noticed this?

TOn

You can get that info from the project object:

<img src="http://i.imgur.com/qNsTR.png" alt="" title="Hosted by imgur.com" />

(2011 snippet).

Ton

If we are going to implement this, I wouldn't want it to be strict regarding the case, one of the reasons being that LabVIEW using %x formatter outputs uppercast hex-values.

Regarding the SHA hashes, yes my intention is to offer that code in the OpenG package, however I haven't got time to write unit tests for the SHA and HMAC hashing, though I have a complete set of unit test's for AES cyper/decypher routines.

Ton

First create a backup of your malicious code, then force a recompile of the VI by hitting CTRL-Run. If that succeeds sent the old VI to NI.

Or you could recompile the whole tree with CTRL-SHIFT-Run.

You could try to devide and conquer the code into sections that fail or succeed.

Ton

How do you select the files?

LabVIEW uses some method to keep track of the last folder after using a browse function, this method causes Windows to mark the folder as locked by LabVIEW.

What you could do to isolate this, is a browse dialog between the original browse dialog and the zip method.

But how can a locked folder/file cause an email not to be sent?

Could you show more code/ work order?

Ton

We've been using TDMS and DAQmx with much larger files with WinXP+NTFS. Never had an issue during writing.

However sometimes the closing is an issue (that's when it failed the 1 weekend run on 32 channels@20 kHz. But we definitly succeeded in bigger files than 4GB, maybe you've got an issue with an anti-virus that opens the file to scan?

Ton

I'm not sure if 8.0 is officially compatible with Vista (think so), but I have 8.0 running on Win7 (32-bit) without any issues.

Ton

retain wire values?

Can you please comment as reason why you would like this, that would be very helpful.

Also if this information was in the VI Description as a Tag would that suffice?

For automation (list all the OpenG VIs, with their build date and version), I would prefer this info to be stored in VI tags.

In the VI description, I would want to see the actual purpose/function of those VI, not the license. A text on the FP (and BD?) is more appropriate to the end user.

Ton

I think the license should have the VI name and toolkit name. If the OpenG file is part of an lvlib, that off course is not necessary.

I don't care if my name is shown in the license.

One of the things clear to me (and my german/dutch neighboors) is the meaning of Eigen. It means 'Own' in dutch, however I remember that eigenvalues was named by a German physicist. (wikipedia says: David Hilbert)

Ton

You can limit your responsability by making the package to be installed on version = 9.0 instead of >=9.0...

But then, you'd have to make a new package for 10.0 after you've verified the compatibility, and 11.0... and 12.0.

I suggest you wait until it breaks.

How would this resolve (or just limit your responsability)?

A user wouldn't be able to select the broken VI, however old code will still have the new broken VI.

I don't see this as a solution.

Ton

I think we should implement the fastest (boolean array if I'm following this correct), IMHO we should call the lookup table 'ASCII==Printable'.

Ton