Jump to content

crelf

Members
  • Posts

    5,759
  • Joined

  • Last visited

  • Days Won

    55

Everything posted by crelf

  1. QUOTE(Justin Goeres @ Sep 26 2007, 02:57 AM) Well, now that you mention it
  2. QUOTE(Justin Goeres @ Sep 25 2007, 11:00 PM) Yes it does - you can control memory management through implaceness depending on how you wire them.
  3. QUOTE(yen @ Sep 25 2007, 05:01 AM) They're much better than dead psychic readings...
  4. QUOTE(Hades @ Sep 25 2007, 12:01 AM) I suggest that you http://forums.ni.com/ni/board?board.id=170' target="_blank">contact NI - there are many more NI people over there that can help you with this sort of issue.
  5. QUOTE(Michael_Aivaliotis @ Sep 24 2007, 07:00 PM) Ditto! :beer:
  6. QUOTE(Hades @ Sep 24 2007, 07:11 AM) During what part of the installation process does this happen?
  7. QUOTE(yen @ Sep 23 2007, 08:02 AM) I'm not an admin, so I can't tell you what to do, but if that solves your issues then I suggest you do it - even for the short term while Mike's working on a fix (or a removal )
  8. QUOTE(yen @ Sep 23 2007, 06:32 AM) Sounds like you're pushing Mike further and further toward "delete that feature"
  9. Is it BXI compatable?
  10. "crelf's Technology Articles" is offline. Direct link: http://forums.lavag.org/blog/crelfs_techno...icles/index.php? Blogs page with link: http://forums.lavag.org/blog.html
  11. QUOTE(Jim Kring @ Sep 15 2007, 05:41 AM) I agree! :thumbup:
  12. I agree that you should explicitly close references that you open, but I also agree that it would be nice to know which ones don't need to be explicitly closed...
  13. QUOTE(jpdrolet @ Sep 15 2007, 01:33 AM) We just had a mini-debate here and came up with the answer that it is both a bug and a feature. I think that topic deserves its own thread
  14. QUOTE(Jan Klasson @ Sep 14 2007, 08:49 PM) Which, on it's own, is a great reason to upgrade to 8.20 - you get the native LVOOP.
  15. QUOTE(Aristos Queue @ Sep 14 2007, 12:30 PM) ...or use a DBL that's an NaN (NaN != NaN).
  16. There's nothing like using a disk cache to determine array size: I could make it polymorphic and determine the denominator by datatype, but I'm not that keen... QUOTE(PJM_labview @ Sep 14 2007, 06:57 AM) Good catch!
  17. QUOTE(Eugen Graf @ Sep 14 2007, 05:48 AM) No worries - anytime. QUOTE(Eugen Graf @ Sep 14 2007, 05:48 AM) What is GOOP 3 ? It's the repository engine behind the GOOP. The tool you are already using is GOOP 1, Endevo the bought out GOOP 2, and they recently annouced GOOP 3 - they're essentially products with more and mroe functionality.
  18. QUOTE(Eugen Graf @ Sep 14 2007, 04:57 AM) Oh - you're serious. If you really expect good support, then you should also expect to pay for it. That said, you'll get a lot of good support from us here at LAVA on pretty much any of the toolkits (this thread is an example). I just had a look at the Endevo website (I suggest you do the same) and found the community edition limitations: QUOTE Community Edition The community edition is a free version of the tool. It has the same features as the Professional version but with the following limitations: * It does not support the Endevo GOOP 3 class architecture. * Maximum number of classes in a project is 10. * There is no support. * There is no update class to latest class template feature. I wasn't able to find anything about "industrial" use.
  19. QUOTE(Aristos Queue @ Sep 14 2007, 04:29 AM) I was hoping that you were using this to solve, but it looks like you're using this instead PS: The "42 + 0i" is cute
  20. QUOTE(Eugen Graf @ Sep 14 2007, 03:16 AM) Then the answer is no - that's a really old version of one of the first implementations of GOOP. It's wonderful for what it is, but you really need to get yourself a new version. Depending on what you want to do, you can use LVOOP (built in to LabVIEW 8.2 and above - by-value), Endevo GOOP3 (there's a free community edition - by-reference), OpenG GOOP Templates (by-reference), dqGOOP (queue-based by-reference). As you're learning, I'd strongly suggest that you download the Endevo GOOP3 GOOP Wizard from here - it supports GOOP3, LVOOP and OpenGOOP and is an excellent tool (very soon to get even better!)
  21. QUOTE(Eugen Graf @ Sep 14 2007, 01:53 AM) Oh - your question was "Why it is a ENUM and not a string?", so I assumed you were asking why it was an enum and not a string QUOTE(Eugen Graf @ Sep 14 2007, 01:53 AM) how can I inherit a new class, e.g. class "truck" from my class "auto"? Which OO toolkit are you using?
  22. Everyone's doing it!
  23. QUOTE(kevinP @ Sep 14 2007, 01:16 AM) :thumbup:
  24. I'm in a bit of a rush, so I can only answer a little: QUOTE(Eugen Graf @ Sep 14 2007, 12:34 AM) The data in the enum is part of the datatype of the enum itself - this means that enums with different text in them are seen as different datatypes in LabVIEW, so your class is more defined. So, if you have two different classes, when you wire the refnum from one classes "create" into another classes "write" the wire will break. If you had a string, then it wouldn't. QUOTE(Eugen Graf @ Sep 14 2007, 12:34 AM) Can I add more than one classes (using Add Item in Enum Properties) ? No - that just changes the definition of one class. You need a separate datalog/enum for each class. PS: welcome to OOP! When used appropriately, it's freakin' awesome!
  25. QUOTE(Aristos Queue @ Sep 14 2007, 12:08 AM) Wouldn't this be more appropriate? http://lavag.org/old_files/monthly_09_2007/post-181-1189695404.gif' target="_blank">
×
×
  • Create New...

Important Information

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