Jump to content

orko

Members
  • Posts

    576
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by orko

  1. CONGRATULATIONS!!

    They are really a blessing, and make you look at life (and diaper bags, and car seats, and bodily fluids...) in a whole new way. :D

    I'm just grateful she doesn't have your avatar's looks...

    Hold her and enjoy her as much as you can now...before she can crawl away from ya' and starts liking *boys* (my daughter just turned 8 on Sept 18th)!

  2. QUOTE(PJM_labview @ Sep 14 2007, 09:40 AM)

    Whoever open the reference shoud be in charge of closing it.

    I totally agree with PJM. A subVI that has an input of a reference should expect that the reference is already open and valid (and handle it appropriately if it isn't), and should assume that it is not the only subVI that is going to need that reference.

    Another reason is for modularity and code reuse. For instance, I use a "panelrefs.ctl" cluster in my main VI that is initialized with all of my front panel controls I want to operate on. I can pull these references out at any time in my program from any subVI with the use of an LV2 variable, and close them easily at the end. Having any of my subVI's close the references of the control would cause all subsequent subVI's to not have a valid reference to operate on out of the main panelrefs.ctl.

    I have all subVI's have a duplicate output control reference, so that if in my data flow I need the reference in the same BD I can tie the calls together without calling it out of the main cluster again. This makes the code a bit cleaner. None of my operator subVI's close the original reference; only the main VI has the responsibility of doing that at shutdown. This makes it easy for me to remember where those references are closed, and prevents bugs popping up that are hard to pinpoint (now where is this silly ref being closed!?!?).

  3. I don't see anything wrong with that and I actually know many people in a rural town in Washington that I grew up in near Seattle that wrote like that so who's to say that it is or isn't right unless you're an english teacher and who really liked their english teacher anyway I mean I know I didn't so their opinion is the minority anyway and it seems to me that punctuation is just completely overrated for the most part so I would just leave it alone.

    If False, then I'm wrong. :laugh:

    <breathe!>

  4. QUOTE(dsaunders @ Sep 12 2007, 02:52 PM)

    It works since, as Dave pointed out, it is really just casting an enum to the same enum. But I had tried to typecast a numeric to an enum before and it doesn't work. There is no error, and it compiles. But for some reason the enum output always goes to the default value (the first element).

    I appreciate the lessons here. This was the first time I had tried to increment an enum, so I was bound to get bit :oops:

    As mentioned above, I never thought to increment/decrement enums since I consider them to be (very powerful) numbered labels. The reason I rely so heavily on typdef enums in my programs is because I can be assured that all of my typedefs are changed when I add/remove a label...and all case structures would retain their intended behavior...which may very well (and probably would) break an incrementing/decrementing enum design.

    I typically use arrays for ordered state management stuff. ;)

  5. QUOTE(dsaunders @ Sep 11 2007, 01:09 PM)

    Does anyone know of a way to check if a VI matches a template connector pane, that ignores unconnected terminals in the template?

    I'm not in front of my dev box right now, but there is a private property node that gives the ConPane resid for a VI. So yes, it is possible.

    Here is a list of resid's for conpanes that I had here on my USB stick (you could just compare the template's with the VI in question, but here is a list anyway):

    1 48003 48034 48061x1 48012x1 48022x2 48052x1x1 48303x1 48043x2 48073x1x1 48313x1x2 48323x3 48104x1 48084x2 48094x3 48114x4 4812[2.5x2.5]x1 48164x1x1 48234x1x2 4824[2.5x2.5]x2 4817[2.5x2.5]x3 48184x1x3 4825[2.5x2.5]x4 48194x1x4 4813[2.5x2.5]x[2.5x2.5] 48204x1x1x4 4826[2.5x2.5]x2x4 48214x2x1 48274x2x2 48284x2x3 48224x2x4 48144x2x1x4 48294x2x2x4 48155x2x2x2x5 48336x2x2x2x2x6 48348x2x2x2x2x2x2x8 4835Weird 4836

  6. QUOTE(TobyD @ Sep 10 2007, 08:29 AM)

    FYI - My wife hates you...

    Hmm... "LAVA Hating Spouses". Now that's an interesting idea for a new forum :laugh:

    ( BTW, I'm stuck on a level in the mid twenties, but I won't say which because I don't want any spoilers! Oh...and I haven't used any hints yet except for that silly one...you know, that one :ninja: )

  7. QUOTE(CamilloN @ Sep 10 2007, 04:18 AM)

    Alrighty. Sorry it took so long to respond... the "get new posts" link isn't working for me anymore and it's kind of difficult wading through all the forums :blink:

    QUOTE(CamilloN @ Sep 10 2007, 04:18 AM)

    I put a Sinus Wave infront of the measure with 50Hz

    A normal durance of this is 20 msec, then the ascent

    must normally be 10msec. But your VI only gives me 5?

    I think it begins by zero, so i have only the half anscent.

    It is 20msec from the start of the wave to the start of the next wave, or the whole 360 degrees of the wave from zero to zero. Since the generated Sines wave(

    post-3266-1189493455.gif?width=400

    ) starts out at zero on a positive transition, at 5 msec (90 degrees) it is at max and at 10 msec (180 degrees) it is at zero again. This is just the nature of the Sines wave(

    post-3266-1189493455.gif?width=400

    ) since you are plotting the mathematical Sine at a degree of rotation.

    QUOTE(CamilloN @ Sep 10 2007, 04:18 AM)

    Not sure what you would like to change? Are you just wanting to store the positive peaks of a repetitive wave?

    -- Joe "the original" Sines

    http://lavag.org/old_files/monthly_09_2007/post-3266-1189493455.gif' target="_blank">post-3266-1189493455.gif?width=400

  8. QUOTE(yen @ Sep 6 2007, 10:11 AM)

    As for the callbacks, I found http://openg.org/tiki/tiki-index.php?page=LvDocDevEnvEventCallbackVIs' target="_blank">this page, which is probably where I found out about it originally. It might be a good idea to transfer it to the LAVA wiki. (hint, hint).

    I've been using that as a reference as well, but unfortunately the ConPane images have disappeared! :(

    Jim: Do you still have the images, and can we get a good copy into the wiki?

×
×
  • Create New...

Important Information

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