Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral
  1. Thanks for the quick reply Jim. I think this may be a permission problem. The solution was to start labview as root, open the easyXML vi, ignoring all errors about the registry vi's, then save all. Now it seems to work fine as a regular user.
  2. I am new to easyXML. My general plan is to have a big cluster representing my XML schema then as data is acquired use bundle by name to build up the XML tree as in the attached example. The problem with this is that (as with most XML schemas) some of the elements and attributes are optional. However easyXML will always generate an empty element/attribute, even if I have not set it specifically using bundle by name. This means that I have to make a custom big cluster (on the right in the attached example) for each application rather than a general one for the whole schema and also it is not possible to omit a particular element mid way through the acquisition. One work around would be to post-process the generated XML, removing all empty elements and attributes but it seems there should be a better way. Example output: <instrument name="g"> <sensor name="0" domain=""> <measurement> <value>69.552698</value> <time format="">0</time> </measurement> <measurement> <value>47.426282</value> <time format="">1</time> </measurement> </sensor> <sensor name="1" domain=""> <measurement> <value>38.743544</value> <time format="">0</time> </measurement> <measurement> <value>88.500381</value> <time format="">1</time> </measurement> </sensor> </instrument>
  3. I am trying the XML toolkit, running on labview 8.5 on centos. When I put a new XML block onto the diagram it fails as it can't find various vi's from registry.lib. Ignoring this however, it seems to work fine and should suit my needs. Obviously on linux there is no registry, I am guessing that the registry is accessed to store the licensing information. So when I buy the full version will this problem go away?
  4. Thanks for the quick reply. I don't think this is the problem. I have checked all the VI server settings and they are all as you specify.
  5. Hi, I have successfully installed vipm 2.0.3 (build 1014) on centos with labview 8.5 after working around the known permission problems (also tried with Ubuntu 8.10 with same result). I can install all the packages except for dynamicpalette and also picture3d, lvzip, birds_eye_view, html_help_common. When I try to install them it connects to labview, extracts a bunch of files and then the status bar simply responds 'Ready...' though the icon has not changed to indicate the package is installed and back in labview I don't have the dynamic palette functionality which means I have to tediously add the openg functions to the palette manually. The error log indicates an error 7 occurred at get file size in the VIPM main window, possible reason file not found. Thanks in advance -- Richard
  6. I follow your reasoning Jim. As far as I can tell it is the installer running in the labview 8.01 RTE which is giving this error, although I could not figure out a way to tell for sure. I can't think how it could be that it is not finding the /tmp/lvzlib.so file, it seems to be there in /tmp when the installer is running. I also tried copying it out and putting it in the same directory as the installer, as well as running as root - same result in all cases.
  7. No it doesn't, I have browsed through all the vi's in the llb trying to run them, never seeing any error about a missing lvzlib.so. The errors are all of the form vi is not executable, and drilling down they all appear to be due to 'missing' vi's.
  8. Hi, I certainly have the /tmp/lvzlib.so file. I can open /tmp/lvzlib.llb in the labview llb manager ... how can I check what this is linked to? -- Richard
  9. Hi Jim, Thanks for all the help so far. I now have the labview 8.01 RTE set up and vipm installer executing. The installer starts up and runs to about 70%, then I get an error: LabVIEW: The VI is not executable. VI Path: /tmp/lvzlib.llb/ZLIB Extract All Files To Dir__ogtk__SFE.vi And then the installer quits. Digging down into the VI in the LLB indicated I see the problem. There is a question mark box where the 'Common Path to Specific Path__SFE.vi' should be and labview indicates this VI is simply missing. There are also some other errors .. ZLIB Enumerate File Contents__ogtk is not executable for example, and digging down through the VI's and can find several which are missing and causing the problem: Common Path to Specific Path__SFE.vi compatOverwrite_SFE.vi LV70DateRecToU32__SFE.vi GetDateTimeInSecsCompatVI__SFE.vi LV70U32ToDateRec__SFE.vi Perhaps you can see something in common these have .. perhaps I need to install another library or something? btw, I also see some log files in the /tmp directory .. vipm-1.0-linux_8.0.1_physrin_cur.txt and vipm-1.0-linux_8.0.1_physrin_log.txt don't know if they are useful, but anyway contain: #### #Date: Thu, Nov 20, 2008 09:43:18 AM #OSName: Linux #OSVers: 2.6.18-92.1.13.el5 #AppName: ./vipm-1.0-linux #Version: 8.0.1 #AppKind: AppLib Thanks a lot, seems I am almost there.
  10. Hi, I haven't had any luck on the NI forums so far, I was wondering if it is possible to install OpenG tools without the vipm? (The dictionary tools would be extremely useful for me right now..). I figure since these tools are open source it must be possible to install them separately, but I don't see how. Also I was wondering if there are any plans for an updated vipm for linux any time soon? -- Richard
  11. Hi, Sorry for the late reply. Yes I think it is an issue with the 8.0.1 run time. I installed the packages for it after installing labview (though that should not make any difference), and I have tried reinstalling them. Basically when I just click on the vipm-1.0-linux installer it will open up with labview 8.5 llb manager .. I need to open it with the labview 8.0.1 RTE. The only executable in this package is named lvdark and installs to usr/local/lib/LabVIEW-8.0/ I presume this is what I need to use, though I can't run it directly, I get the error /usr/local/lib/liblvrtdark.so.8.0: cannot restore segment prot after reloc: Permission denied even when running as root. I guess I will try the NI forums. Kind of annoying, I am pretty keen to try the easy xml tools. -- Richard
  12. Hi, I am having a problem installing VIPM 1.0 on my labview 8.5 installation on linux (centos / red hat 5). I have the labview 8.0.1 runtime installed. When I open vipm-1.0-linux, it open up labview 8.5 LLB manager. I am unable to run setup.vi or anything inside of there. -- Richard
  • Create New...

Important Information

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