Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 08/28/2014 in all areas

  1. In a few years you will have enough to make a Quilt or better yet a Cape (Champion CRELF)
    2 points
  2. So you want to print the source code to your application correct? Did you try File >> Print? Or File >> Print Window? If so what was wrong with doing that? You can also do it programatically using the Report Generation >> Easy Print VI Panel or Documentation
    1 point
  3. Ouch, silly mistake, thanks for pointing it out. Finally I could solve the problem. I found out that the error 505 generates when there's an error in the operation and then in another iteration of the same operation a no-error overwrites the error. I used the shift registers in the for loop, and noticed that now another error showed, saying that I was writing a duplicate of a primary key. So I checked the array I was writing to the DB and in fact I had stored data from the previous operations that I already wrote in the DB. After fixing that the problem was solved. Thanks!
    1 point
  4. So apparently you get a Virus for your 1000 Dollars?
    1 point
  5. I like her - that girl's got moxy. Although I'm wishing I hadn't have donated all of those ribbons to here - Otherwise I would have reached the floor by now. Oh well, I guess I'll have to come back next year.
    1 point
  6. For the record, the correct way to do this from scratch is: Pass a reference of LabVIEWClassControl (not LVClassLibrary) into the "vi object class" input of New VI Object Save the newly-created LVClassLibrary object to disk Pass the path of the LVClassLibrary into the "path" input of New VI Object
    1 point
  7. I've done this in the past. I found it easiest to use a template and change the controls as needed using scripting. Building it from scratch each time is a lot more work.
    1 point
  8. Sure, here you go. Saved in LabVIEW 2012. OS Window and Native Window properties.vi
    1 point
  9. It appears OS Window is deprecated - you may want to try Native Window. It outputs 64 bit handle rather than 32-bit, and the results seem to be equal (run this snippet):
    1 point
  10. Yair- Works! For our application, I just had to add a SetWindowPos (hWndInsertAfter = -1) afterward to keep the window in front (topmost)... Thanks for the help! Set Calling VI Wnd Topmost & Active.vi
    1 point
  11. You can try this. It has worked for me in the past. The key is attaching the thread's input.
    1 point
×
×
  • Create New...

Important Information

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