Jump to content

jgcode

LabVIEW Tools Network
  • Posts

    2,397
  • Joined

  • Last visited

  • Days Won

    66

Everything posted by jgcode

  1. It would make a search that much easier
  2. I had a similar issue whereby after refactoring (I encapsulated part of the class into a Parent class for reuse) the PN caused a crash in the Run-Time but not Dev Environment. I ended up removing all Properties and staying clear of them. However, I like the new feature as it created a much cleaner BD.
  3. Hi Rolf My post was in response Antoine's post dated 04-Mar-11 - I have not back tracked through the forums. However, I just did a quick look and could not find any spam from Feb 2010 onwards as you mentioned above. Also, I am just guessing that any reports would go to Jim? Cheers -JG
  4. It's all cleaned up now.
  5. My wife thinks Sean Connery is hot.
  6. Does not look like there is any serial or Ethernet code there We might be able to comment better if you are able to post more of what you have done and trying to do.
  7. From chatting with some fellow LAVAers it seems the Statechart module does not get much love. But my collegue has used it quite effectively on multiple RT projects, usually for implementing control. So I have/can see the benefits and it's something that I have not dived into but I am keen to, one day. So, whilst I have not much to add, I too am interested on others experiences. One of the downsides is that it's another module to purchase so not everyone has access to it.
  8. Now your unexplained absence is, well... ...explained!! Congratulations!! :beer
  9. Looking forward to tomorrow

  10. I love when LAVAer's post about other members, it makes me feel all warm and fuzzy inside... ...and today is no exception... Congratulations to François Normandin for hitting 1000 posts! Cheers to someone who has furthered my skills online and offline, and whom I had the pleasure of hanging around with at NI Week (did I mentioned he looks good in a kilt?). Cheers -JG
  11. Ok, I decided to do my own benchmarking as I am interested in overhead. I wanted to get a feel for the overhead. SubVI has error-in, error-out wired straight through whilst Error is cased out and wired through. Here is the results, took a small subset to post but data is pretty consistent IMO (can log more if I can be bothered). What is interesting is LabVIEW 2010 is the opposite to all the others? Anyways, seems pretty insignificant over 1M iterations. Note: Data is in (ms). Attached is the code if anyone else wants to see it. LV82.zip Code is in LabVIEW 8.2.1
  12. Yes, that is what I do. I currently un/flatten the class to/from disk in much the same way Michael describes (I actually developed the technique from copying stuff in an article Jim posted on thinkinging?) to solve the issue you present. Also, on the darkside Dave/Jack/AQ instigated a great discussion on such issues with this - well worth a read. In summary, blindly trusting NI's implementation is not advised for mission critical stuff but it is the easiest way - but won't fix your issue methinks.
  13. I would disagree I inherited some 7.1 code and upgraded to 2010. Legacy unsupported code (now using datasocket) returned incorrect tag values (haven't reported it yet, don't know if anyone would care tho).
  14. I don't see how thus point is a benefit of not wrapping: Functions\methods can be run in parallel and then the errors concatenated at the end. Just because they are wrapped does not mean they have to be serialized etc...
  15. I think this thread is still lacking evidence to say that wrapping VIs in an error cluster is 'pointless'. I think at the end of the day it comes down to a matter of style. In this case you are sitting NI's exam with their marking system. Style is rated pretty high and it's pretty well known they use VI Analyzer to assist marking
  16. Cool thread. To handle situations such as above, I do the checking at the time the object is read from disk. Don't know if there are pros\cons between the two methods, or if it doesn't really matter. Cheers -JG
  17. Yer, we use the same application. Go Japan.
  18. Hi tushar Nice job. Are you able to comment as to why this framework would be better to use than e.g. the custom plugin feature of Quick Drop? Cheers -JG
  19. Ok, well if you can launch GSW programmatically that's cool (I never checked). But I concur with Rolf (above) regarding your application.
×
×
  • Create New...

Important Information

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