Jump to content

SineQuaNon

Members
  • Posts

    4
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    CT

Contact Methods

LabVIEW Information

  • Version
    LabVIEW 2015
  • Since
    1999

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

SineQuaNon's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Hi, I've been using the lvzip package for quite some time, but migrating to 64bit LabVIEW 2015. I replaced the old with the latest 4.0.0-2 for LV2015x64 and two routines are broken with the library call in: C:\Program Files\National Instruments\LabVIEW 2015\user.lib\_OpenG.lib\lvzip\lvzip.llb\ZLIB Deflate__ogtk.vi C:\Program Files\National Instruments\LabVIEW 2015\user.lib\_OpenG.lib\lvzip\lvzip.llb\ZLIB Inflate__ogtk.vi The linked library isn't compatible with 64bit. Is there another version that is compatible with 64bit for these routines? C:\Program Files\National Instruments\LabVIEW 2015\user.lib\_OpenG.lib\lvzip\lvzlib.dll I am using these specifically in compressing BLOB data from a database and would like to keep the same call in both releases of x86 and x64. If they are not compatible, it should not be present on the x64 platforms for LabVIEW on the VI Package Manager. Thanks, --Kevin Shirey
  2. Do you know of any .Net ADO replacement for the NI DB Toolkit? I've looked but your post is about all I can find. We've been using it for years for Access and SQl Server.It gets the job done but is a bit slow in parts. We're being asked to use a .Net ADO driver for SQL Server/Access in our current project. Is the SQL ADO driver provided 'faster' for SQL Server based calls over the NI DB Toolkit version? Is LabVIEW 2010 SP1 any faster with .Net 3.5 than in previous posts in 2008 with .Net? Thanks, --Kevin
  3. Hi, I've been trying out the Annotations in LabVIEW 8.5 and they work well except for a few issues I tend to be having. I have a grpah that needs 5 annotations in them, but they may be anywhere in the graph. What I am trying to avoid is overlap between the annotation labels together. Here are some examples of what I am talking about. The first graph shows a bunch of annotations all overlaping. I zoom in on the graph and they reorder properly and look clean, but I can not allow the graph to always just zoom in on the annotations, I need the graph to be the full view. So the last graph shows how I would like the annotations to automatically orient themselves with each other to get a best fit around the cursor points without overlapping their own space. Graph As Is Graph Zoomed Graph Moved Locations Is this something that NI can look into providing or is there another alternative that I can work on in the background? How should I proceed in accomplishing this? I have used other graphs through active X that can do a better job of annotations, but have a memory leak. If I can find a way to get the NI graphs to mimic these below, I much rather would. Graph to Mimic Thanks, --Kevin PS if anyone wants the code to generate the graphs to play with, let me know, but its in a rough form.
  4. Hello! I have been struggling with a difference between LabVIEW 7 and 8 in how the Close Reference functions for Active X objects. In order to fully understand the problem, let me first explain the process of how I got here. I have an application in beta testing and we noticed a huge memory leak in LabVIEW 8, 8.2. I took a snippet of the code and worked on it a while to reduce the memory leak. I was closing every reference and could not explain it so I wrote the same code in VB and saw no memory leaks. I implemented the same code in LabVIEW 8 and still saw a memory leak. The code opens a graph control from a third party vendor and draws it. Each time the graph is drawn in LabVIEW 8, it costs about 30-40k. We have 8 graphs in our application bringing each iteration to 240-320k. The users are going to be reviewing between 96-384 samples in one sitting but we have no control over when the program quits. 384 samples reviewed in the graphs is 92,160k as a minimum. I was frustrated and about to send it to the thrid party vendor, AB Sciex, but they only had LabVIEW 7.1. So I converted it back to 8.0 and then to 7.1.1. I ran the code in 7.1.1 and there were little to no memory leaks! I even tried it in LabVIEW 7.0 and it worked the same as 7.1.1. I monitored the memory of LabVIEW through the task monitor in Windows XP. I have tried it on a few XP machines and a 2000 machine and same answer on all. I also built a Task Monitor tool using .NET to graph the memory of the LabVIEW process. I verified that running the .NET example as an exe and the windows based task monitor behave the same and produce the same result. So, I have an example that works in VB, LabVIEW 7.0 and 7.1.1. but 8.0 and 8.2 cause memory leaks! I have tried numerous things to force the removal of the references but nothing seems to have worked. Here is a list of things I have tried in LabVIEW 8 to force the closing of the reference: - Error detection after each property node/invoke node to catch any errors for the mem leaks - Deallocate Memory function is placed in every VI. - All VIs running in the User interface thread to avoid thread collision, also tried running in the IO thread. - Debugging turned off on all VIs. - All references converted to controls (instead of constants) and made not visible on the front panel. I hoped this would not force an update to the FP or memory. - All Open and Close references are in seperate SubVIs for memory deallocation. - Time delay of 3 seconds in between each property node/invoke node to make sure deallocation can occur. - Forced recompile and saved all. Rebooted in between all attempts and changes above. - Put all code and ocx control in a SubVI and called it through the main program as a SubPanel. I can see memory deallocation, but its not a full deallocation. It deallocates about 40k, but the load eats up 80-90k. VB and LV7 deallocate about 20k, increase 55k for the load, then drops 30k after the load and results in about 3-4k in memory for LabVIEW. I am hoping through this post that someone can help me out with understanding why LabVIEW 8 would handle closing references differently than that of LabVIEW 7. I feel as though i have attempted nearly everything I can to get LabVIEW 8 to work with this example. I have an open reference (ha thats funny) with NI to look at this but wanted to see if any of you had any thoughts? Thanks! Try it out for yourself here please.... LabVIEW 7.1 code (1.1MB) LabVIEW 8.2 Code (1.1MB) Third Party Program (77MB) Memory graph between LV7 and LV8 Memory Monitor Tool 8.2exe (770k) Thanks!
×
×
  • Create New...

Important Information

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