Jump to content

brian175

Members
  • Content Count

    64
  • Joined

  • Last visited

Community Reputation

0

About brian175

  • Rank
    Very Active

Profile Information

  • Gender
    Male
  • Location
    Rochester, NY

Contact Methods

LabVIEW Information

  • Version
    LabVIEW 8.5
  • Since
    1990
  1. DOUBLE POST- sorry I should have searched first and posted second. This has already been discussed here: I found some code that I had written years ago and had since forgotten about, but it does exactly what is being discussed in this topic. In the included zip file is Example.vi, Diagram below. To use in your own diagram, drag HighLightExecution.xnode. I originally wrote this to test using xnodes for quickly changing block diagram function. The attached code is in LabVIEW 8.2. HighLightExecution.zip
  2. QUOTE(Aristos Queue @ Feb 8 2008, 02:51 PM) a) It seems like the results are the complete opposite of what you expected b) I did use the revised version c) The keys were already sorted, but when I create random keys the results are the same Download File:post-987-1202569102.vi Download File:post-987-1202569109.vi
  3. QUOTE(Tomi Maila @ Nov 9 2007, 05:21 PM) QUOTE(Aristos Queue @ Nov 10 2007, 07:59 PM) Nope. At the end of the day I'm still a C++ programmer, and G is just a hobby. :-) It was enough for me to prove that LV Classes could solve this use case. Now, as someone who has actually crawled through the Variant code extensively -- I don't know what happens for small trees, but I'm going to bet that the LVClass solution blows the other away as the number of key-value pairs increases (probably noticable around 2000 pairs). I won't go into why, but that's my bet. How much do you want to bet? I haven't gotten the chance to look at the code or review this lengthy post but here are my testing results and VIs: LV Class Map: (time in ms) Number.......Create........Fetch........Delete 100................341............5.............3 1000............49532..........85...........14 2000...........240160........182...........26 LV Variant: Number.......Create........Fetch........Delete 100.................2.............0...............0 1000..............38.............2...............1 2000..............39.............2...............2 Download File:post-987-1202386557.vi Download File:post-987-1202386565.vi Brian (Is there a way to insert a table into a post? Extra spaces seem to be removed)
  4. QUOTE(brian175 @ Jan 17 2008, 10:31 PM) Sorry, try http://www.dataact.com/downloads/dqGOOP/dqGOOP-1.0.2.612.zip
  5. QUOTE(crelf @ Jan 17 2008, 08:36 PM) Did somebody call? Our website hasn't been the same since our web host upgraded to PHP 5 and I haven't had the time to fix it. My quess is that the installer hasn't been updated for the later versions of LabVIEW so you have a couple of options. 1) install into an older version of LabVIEW and copy the directories and files from the project directory or 2) try the zip file which was created for the non-Windows users. The zip file is here I am actually working on dfGOOP which is a framework that uses LabVOOP but allows for "by reference" OR "by wire" and switching between. I am in the process of converting the DataAct Icon Editor from dataFOOP to dfGOOP. If you need to get of hold of me, just send a PM Brian
  6. QUOTE(Jim Kring @ Aug 21 2007, 11:11 PM) I have added 3 RCM options Disabled - removes all code from the block diagram (should be able to call through scripting) Replace With Probe - this ONLY works for error cluster data type now, but replaces the xnode with a probe. the next step is to dynamically build the probe with the correct data type (which is stored in the state). The execution highlighting can be turned off and on by toggling the custom button http://forums.lavag.org/index.php?act=attach&type=post&id=6751 Clear Highlight Execution - removes the xnode and repairs the wire View of "Disabled" code http://forums.lavag.org/index.php?act=attach&type=post&id=6752 Updated code http://forums.lavag.org/index.php?act=attach&type=post&id=6750 I haven't tested this too much so I wouldn't actually use it, but it could be developed further. Brian
  7. QUOTE(Jim Kring @ Aug 21 2007, 11:11 PM) I was thinking that it should behave more like a breakpoint and should be able to be saved with the code. I haven't done it yet, but I believe that you could code the the HighLightExecution node to remove itself and "repair" the wire that it is on with a RCM "Clear Highlight Execution Point". I would also like to determine if the node is dropped on a wire and automatically "wire" itself in. If a custom probe was needed, you could create a few for common data types (error, boolean, numeric,...) and that would work in most cases. Then at worst you would have to add a boolean constant and wire to a structure in order to use the custom probe. QUOTE Uhm scripting? Unfortunately scripting won't help here since the data type must match statically. Although, it would be possible for an xnode to create a custom probe based on the wire type. I could add a RCM "Generate custom probe" that would create the custom probe that would work for the wire type currently attached.
  8. QUOTE(Tomi Maila @ Aug 21 2007, 10:45 AM) For now I would just copy the entire DataAct directory from the 8.2 (or 8.0) ..\LabIVEW\project directory to the 8.5 one. I will add updating the installer to my list.
  9. QUOTE(Jim Kring @ Aug 21 2007, 06:05 PM) The "Help" for the Fake Execution State Method only lists valid values as 1 - running and 2 - stopped so I would be careful in wiring the actual state back to the fake state. The help for the scripting props and methods are displayed in the DataAct Class Browser Since there has been much support for this feature, here is an xnode that performs the task in a LabVIEW native way. 1. place the HighLightExecution.xnode on the block diagram 2. the xnode can be placed on any wire (the input terminal is wired directly to the output for flow control only) 3. click on the xnode to toggle between execution highlighting on and off Open the "Example.vi" to see it in action There are many possibilities for enhancements such as using the wire in for a conditional on (similar to custom probes), but this is a good start for now. I'm sure I sould add some additional abilities for copy and pasting, but it seems to handle it without. http://forums.lavag.org/index.php?act=attach&type=post&id=6706
  10. QUOTE(Tomi Maila @ Aug 21 2007, 10:17 AM) Yes, but the question is when can I get around to it. The current version should work on 8.5, but I assume you mean to add any new classes/props/methods available in 8.5? The process is mostly automated, but unfortunately there is still one very time consuming step of verifing that props and methods are assigned to the correct classes. Brian
  11. QUOTE(Jim Kring @ Aug 20 2007, 09:23 PM) This works, but it may cause more problems since there doesn't seem to be a way to turn "off" the fake execution state. I guess that the best way would be to set the fake execution state back to 1 (running) since the VI is actually running? http://forums.lavag.org/index.php?act=attach&type=post&id=6702
  12. I have the same issue for many of our applications/toolkits and had been doing the same thing. However, for our Icon Editor I have tried something new, let the installer do the work for you. The installer (or Package Manager) will install the 6.1 code (in your case), then detect the version of LV and write over specific files with replacement files of the same name but written in another version of LV. I am looking forward to an update to the Builder! I will review my 8.0 and 8.2 modifications and see if there is anything I should let you know about. Brian
  13. Here is the complete list - The reason for the BuildMenu, BuildMenu2, and BuildMenu3 is that the first and second are depreciated, so you should always use the latest (if you look at the ability VIs you can see that the cluster data has changed.) Here is a another place to get Ability VIs: ..\LabVIEW 8.2\resource\Framework\Providers\xi\xnode.llb However, beware that the connector panes may not be correct. The first and only one that I looked at was BuildMenu3 and it has a different connector pane than ones in use such as: ..\LabVIEW 8.2\vi.lib\variable\varXNode.llb\varXNode_BuildMenu3.vi (which is not password protected) Warning this VI will crash LabVIEW Download File:post-987-1169247482.vi I started to play around with adding a new ability VI to an existing xNode library but it so far has only caused crashes. Brian
  14. brian175

    DataAct?

    Our hosting company is claiming that they are having problems with their DNS servers and that they are working on a solution. I wonder if they will still claim 99.9% uptime? Its a real PIA though, since anyone sending us email is getting bounced as well. Is there something specific that you needed from the website?
  15. The screen shot that I posted above was from an application that we developed that made extensive use of the MS Jet Engine. One of the more powerful features is the built in replication. The screen shot below shows some of the other utilities that we used. And no it isn't possible to upload these VIs since they are currently part of a much larger application
×
×
  • Create New...

Important Information

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