Leaderboard

Here are this year's BBQ limericks. If you find that your woman is yearning, for a good dose of sweet LabVIEW learning. Show her 2013, where the examples are clean, and no longer cause stomach churning. A weirdo who loved C++ Met JeffK while riding the bus. A discussion transpired, His brain got rewired, Now the weirdo loves LabVIEW like us! You’ve heard of this framework called Actor, Well it’s great for your LabVIEW geek factor! When a girl sees your app, It won't look like crap, And you can use that to somehow attract her. You might wonder how I got so skilled, At getting lim'rick orders fulfilled. I have plenty of time To work out the rhymes, ‘Cuz my app takes 4 hours to build.

lEver wanted to communicate with VI which are across context boundaries? Those typical boundaries, are different LabVIEW project LabVIEW into LabVIEW EXE, EXE to EXE PC to PC across a network or even the internet Usually to get around these boundaries, we have to flatten to some easier transport mechanism like a string and then unflatten on the other end. There are a whole other host of situations and and reasons why cross context boundary communication is useful and not just a simple slam dunk using existing primitives in LabVIEW REx (Remote Export Framework) is a useful framework that you can take advantage of to eliminate the typical boundaries Instead of spend 45 minutes trying to describe it, see the linked videos below, (also in the PPT) until more written content gets made. Basic Demo - Current App http://screencast.com/t/JbW2mM3jx Creating & Using a New Command http://screencast.com/t/GhkE2CEx4Ip Send into EXE http://screencast.com/t/bxbI0B4l8Xs EXE to EXE http://screencast.com/t/xCJw2B39mFQr Debugging Ports / Services http://screencast.com/t/E0RXrgM3Yex Using Service Dump Info http://screencast.com/t/oTUSH5aFqo9S Network Communication http://screencast.com/t/KuTPTKA8rmC1 Rebuild of EXE (addendum) http://screencast.com/t/36oWmrybjRMj ******************* 1/12/15 Update: attached new VIPC which upgrades REx to 1.14.0.31 to address the issues w/ things not moving into the tools menu properly Remote Export – REx Framework.pptx REx Installation Full.vipc 01/31/22 Update: Added update to Error handling on response, required ni_lib_rex-1_15.0.30.vip

Hi, I found this bug in LV 2011 SP1 and it was reproduced in LV 2012 by an NI application engineer who filed CAR #385212 for it. Basically, if an installer build specification has values under a key that you've created in the "Registry" section and that you delete the key without having deleted all the values before the build will fail. The solution is either to recreate all the same keys and values and delete each value before deleting the keys or edit the lvproj file with a text editor to remove all the lines corresponding to the values and keys your want to get ride of. The error I was getting when the build was failing was : *** Error: An internal tool or library returned an error. (Error code -21) Error adding registry key: Name: name_of_value ************** *** Error Details: Error in MDF API function: _MDFBuildDevPart_AddRegKey nmdkAddRegKey returned error code 26051 *** End Error Report

Thank you for reporting this Antoine - this answered my problem and I got the installer build fixed! I solved this the second way, went to the lvproj file. It may be helpful to know that the lines you must be looking for will contain some of these strings: <Property Name="RegDest[0] <Property Name="RegDestCount" <Property Name="RegGroup[0] <Property Name="RegGroupCount" -- by deleting all the properties starting with these tags I was able to get a working installer build. You want to take a backup of the project file first of course