Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 06/14/2013 in all areas

  1. I just finished up a five-part series of http://labviewjournal.com blog posts based on the following premises... 1) I am not very smart 2) I should architect my code at a level appropriate to my abilities Discuss. Start here... http://labviewjournal.com/2013/05/humility-1/ Brian
    1 point
  2. The IP to string defaults to looking up the domain name (which the cRIO probably doesn't have). You are probably seeing the domain lookup timeout. Set the "dot notation" to true and it should be OK.
    1 point
  3. Hello All, I've found a bug related to the "Generate User-Defined Trace Event" (GTE) which will crash LabVIEW routinely. The bug has been submitted to NI and they've verified it. For those of you watching from home, the CAR number is 412912. I'm using LabVIEW 2012 SP1. The crash did not exist for me in the 2011 version. The crash occurs when you have a string control wired to GTE and that string control is connected to the connector pane of your VI. If the string control contains text and the Desktop Execution Trace Toolkit (DETT) is listening than we get a crash. If string is empty or DETT is not listening, then we're all set. When used only with a numeric control, the GTE does not seem to crash. The workaround from NI is to use a property node to read the value of the string control and pass that onto GTE. I've attached a sample project which demonstrates the crash and I've included the png of just the workaround below. -Keith GTE Crash.zip
    1 point
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.