Call to a shared library a VI on a target NI Linux RT (cRIO 9068)

Similar Questions

• When you call a function in a shared library, are copied locally settings?

  I have a shared library with a function which the header is:

  void __cdecl nextevent (double entry [], int32_t len);

  When it is called it sends the values in [entry] to the input control:

  

  This vi is compiled into a DLL that uses the header above.

  Now, my question is: which of these operations is good:

  1. the input control is a reference to the entry in array [], no value is copied.

  2. the values of the Input [] array are copied into the input control, the local copy is used by the vi, then the values of the local copy is deleted/trimmed.

  It seems reasonable that 1 is good, but I can't be sure, and I see no way to check.

  For this particular case, option 2 is valid. The reason is that the tables of LabVIEW are not just pointers to a memory location but the handles. And there is no legal way to create valid LabVIEW handles of a runtime C allocated memory pointer. If LabVIEW transforms the table pointer entering a handle which is basically nothing else that allocate the handle with a sufficient size to contain all the data in the table and then copy the data from the table pointer in this handle. After the call, the handle is properly released.

• Is Linux - possible to build a shared library that calls other libraries shared without having to make a static link to them?

  Hello

  Operating system = Linux (Ubuntu 14.04 LTS 32-bit)

  I am building a shared library *. so.  This *.so should be used by LabVIEW.  This *.so is calling other functions in shared libraries.  In my case, the other library share is libxml2 and libz.  The only way I could compile my shared library and operate was a static link from libxml2.a and libz.a.  Is there a way to make a dynamic link?

  Here's the makefile file that I use.  The goal of 'TestValidateSchema' compiles the shared without the static link library and this shared library is called by an application to test 'c' and it works.  Now, to make it work in LabVIEW, I need to make a static link, as you can see in the target ' install: «otherwise the function "call library node" throws me a symbol unresolve...»»

  This is the only way to do it and if yes why?

  Thank you

  --------------------------------

  CC = gcc

  all: TestValidateSchema

  TestValidateSchema: testValidateSchema.c
  $(CC) o Release/validateschema.o - c - wall - Werror - fpic Src / validateschema.c - I. / Include-I/usr/include/libxml2
  $(CC) - shared-o./Release/libvalidateschema.so./Release/validateschema.o
  $(CC) - wall o ./release/testvalidateschema testValidateSchema.c./Release/validateschema.o-lxml2

  clean:
  $(RM) $(OBJS)./Release/testvalidateschema./Release/libvalidateschema.so./Release/validateschema.o /usr/include/validateschema.h /usr/lib/libvalidateschema.so

  install:
  $(CC) o Release/validateschema.o - c - wall - Werror - fpic Src / validateschema.c - I. / Include-I/usr/include/libxml2
  $(CC) - shared-o./Release/libvalidateschema.so./Release/validateschema.o Src/libxml2.a Src/libz.a

  --------------------------------------

  In addition to what said Daniel on the specification of an external shared library in the liaison stage of your version of the shared library, together with the - shared option, there is still one thing to consider:

  Your library of hello.so then contains references to functions in external shared libraries libxml.so and zlib.so. When LabVIEW calls dlopen ("/ path/dir/hello.so",...) it basically hands of any control in the linker Linux running, ld.so that takes care of the rest. LD.so then try to load the shared library, recognizing that there are external references and try to solve.

  First he tries to match the missing external references to any symbols that have been previously loaded into the current process already. If this is not successful for a particular system, it queries the ldcache for a library and a symbol. ldcache is updated with the ldconfig program. When you add a new shared library on the system that you want the linker ld.so runtime in order to find, run ldconfig.

  NOTE: Running ldconfig is not normally necessary to shared libraries that access you directly via the node call library, as you specify here the full access to your custom library shared already, so path ld.so will fail immediately if it is not the library specified in the given absolute position and will not attempt to query ldcache at all.

  If you are installing packages through your package manager platform update ldcache for all publicly accessible libraries shared in these packages is usually done automatically for you as part of the package installation script. If however you manually install the libraries you need to run ldconfig yourself. In your case, you could add the libxml.so and/usr/lib zlib.so and simply run ldconfig from the command-line as it default search/lib and/usr/lib for libraries shared and rebuilt the ldcache from that. If you add your new libraries in a different directory on your computer you need to run ldconfig with - n option, saying what directory the new shared libraries have been installed.

• tables as input for the shared library function

  I played with the call of LV VI using matlab.

  So I built a simple VI which returns an integer as input and multiply it by 10, I then put in a shared library and named it MATLAB - well.

  Now, I tried to do the same thing with a table - I want to send a picture to the VI and multiplied it by 10, but when I build the .h file, it seems that the function expects get table of entry AND exit of table as inputs.

  so, how I can build a shared library VI who gets an array (of a constant size if this is important) and multiply it by 10?

  Thank you!

  A function in a DLL can only return a scalar value, not a table, no matter what languages are used. To return an array, instead calling it allocates the array pass a reference to the DLL and then after the function called the referenced table table contains the new data. This is why there are two parameters - the input array (actually a pointer to it) and a pointer (reference) to the output array. You must change your code in MATLAB, there is nothing you can do about it in LabVIEW. EDIT: Also note that it allows to re-use of the input as an output table, optionally passing a reference only to the table of entry and then by changing that. You can do it in LabVIEW by configuring the setting table as input and output.

• Get a precise timing in a C++ shared library in VxWorks

  Hello world

  I am developing a shared library for VxWorks for my compactRio access a «no massive strorage» usb device

  I work with gcc (see develop shared libraries for the cRIO-901 x and other targets of VxWorks for more details).

  The usb part works fine, but I now have to obtain a precise timing in one c++ shared library functions. I tried the functions clockLib (e.g. clock_gettime () - see page 8 of the http://www-ad.fnal.gov/controls/micro_p/manuals/vxworks_application_api_reference_6.6.pdf for more details), but they seem to have a resolution of 1 ms, which is not enough for me.

  There is a clock source faster on the cRio (at least 1 Mhz, one used for timed loops) but I do not know if such a source could be used in a shared library. If so, anyone knows what are the functions of call?

  Thank you very much

  Martin

  OK, I thought about it.  These functions are exported as C functions, so you should use extern 'C' instead of extern just by itself, as I did originally.  Once I did, I was able to compile the following code in its own. File AND it works fine:

  #include
  extern 'C' unsigned long niTimestamp32();

  extern 'C' Sub TimeTest()
  {
  unsigned long ts = niTimestamp32();
  printf ("niTimestamp32 () = 0x%08X\n", ts ");
  }

  Good luck and let me know if you have any problems and more.

• Create a shared library for NI Linux real-time

  I need to build a shared library for NI Linux time real (.so) which corresponds to a shared library, which I create on Windows (.dll).

  I have the C code that needs to call a function of VI. On Windows, I have a project that allows me to create and build a "Shared Library (DLL)", but I don't see the same option available in a real-time project targeting the cRIO-9068. Am I missing something, or is it not still possible?

  Hi Wayne,

  Using LabVIEW VIs in other programming only possible through dll environments. In LabVIEW there are options for creating libraries and source, but these distributions will be accessible in LabVIEW and not in other programming environments.

  Concerning

• shared library problem MathScript

  I have a shared library of labview created in labview 8.2.1.  This labview dll contains a three functions, having to turn a number of mathscript embeded nodes inside of them.  The reason for their compilation in a shared library dll is because I want to call this dll of labview 7.0.  I have a test program of work created in labview 8.2.1 and labview 7.0.

  The problem I had is that these executables both run ok on my machine development, but when I move them to another machine with only the installed runtimes (7.0 and 8.2.1) labview dll function calls fail to do anything.  No errors appear, so it is very difficult to find where the problem occurs.    I have two different dll called in the example program.  The first dll just manages the file access and has not all the mathscript in bits, but the second, which is the one that I'm really interested in, has the mathscript node.  The memory usage in looking, I see it's the appeal of the file access dll but do not do the mathscript one.

  I have installed an evaluation version of labview 8.2.1 on this laptop with only the runtime, run the program and it works fine.  I think there must be something not in the dll but I don't see anything in the options to add something.  I have the mathscript check box selected in the build option.

  I know there are a number of functions that do not work with just running, but I'm not all there that use my program.

  Does anyone have advice?

  OK, I found the solution to my problem.  It was a problem with the version of the runtime that I used.  Labview CDs development is only a partial performance and include all of the files to run applications full (time to install it on his own).  Go to the website of national instruments, there is a period of standard edition which includes everything you need.  Download and install this version seem to have solved the problem.

• import the shared library function name change

  Hello

  I used 'Import Shared Library' to create a lvlib, but he changed function name, for example to Z2onj() on(), so created VI does not work.

  It has this error:

  Call library function node "libname.": Z2onj: function not found in the library

  Details:

  The name of the function specified for this node is not found in the library. Click the node to call a library function and select Configure, and then choose the name to function properly.

  How can I solve?

  Thank you.

  Hi Salvo,

  you need to create again the lvlib with the new name.

  Kind regards.

• How to create the shared library for linux real-time target in labVIEW Windows?

  I use myRIO running linux in real time. In my project, I need to pack some C code, so I tried the node library function call.

  I know that I should use the tools compile cross - compile linux on Eclipse to compile c code in linux .so library. But the problem is that call library function node does not recognize the .so file because my labVIEW runs on a Windows PC.

  What should I do to fix and how to combine C code with labVIEW during programming for devices shipped as myRIO?

  Basically, you must also create a Windows DLL that exports the same functions. These functions can be empty stubs if you do not want to run the code correctly on Windows, otherwise you will need to consider how to implement the equivalent functionality on the Windows API.

  Then you can write in your node library call as the name of the library ". "*" and the name of the shared library Windows ".dll" while the Linux version is called "name of your library > .so". LabVIEW will replace the * after the comma in the name of library with everything that is the preferred extension shared library for the platform it is running on and therefore load the right shared library.

  Alternatively you can wrap call all the nodes of the library in a structure that contains the node library in the case of Linux RT and all what you want to run on other platforms in the case of default or a case of specific platform, call the conditional compilation.

• Warning message about the shared library file

  I got this warning message when I try to open the sample xml configuration.

  C:\Program NIUninstaller Instruments\LabVIEW reference (Impl) 8.6\vi.lib\xml\Close .vi (NI_XML.lvlib: Close Reference (Impl) .vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW .vi reference (NdList) 8.6\vi.lib\xml\Close (NI_XML.lvlib: Close Reference (NdList) .vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW .vi reference (NNMap) 8.6\vi.lib\xml\Close (NI_XML.lvlib: Close Reference (NNMap) .vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW reference (node) 8.6\vi.lib\xml\Close .vi (NI_XML.lvlib: Close Reference (Node) .vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW 8.6\vi.lib\xml\Get Child.vi first non-text (NI_XML.lvlib:Get first non-text Child.vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW 8.6\vi.lib\xml\Get Sibling.vi non-text next (NI_XML.lvlib:Get next non-text Sibling.vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW 8.6\vi.lib\xml\Get text Content.vi (NI_XML.lvlib:Get text Content.vi node) node
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW 8.6\vi.lib\xml\Load XML File.vi (NI_XML.lvlib:Load XML File.vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."
  C:\Program NIUninstaller Instruments\LabVIEW 8.6\vi.lib\xml\New.vi (NI_XML.lvlib:New.vi)
  -The shared library should happen to "": \addons\internet\dom\DOMUserDefRef.dll "has been charged with"DOMUserDefRef.dll"."

  I've recently updated to 8.6 and I try to compile an executable, but b/c of this warning my executable is not running sends me weird errors. I took the code that calls the XML that is read, and it is fixed. How should I do? Thank you!

  I get this error message when I tried to run the .exe with the xml configuration reader.

  "The application failed to start because xerces - c_2_7.dll was not found. Reinstalling the application may fix this problem. »

• Shared library with 10.2 NDK

  I have some classes of Qt/stunts, I'm working on that I want to incorporate a shared library.

  Originally, I was able to follow http://supportforums.blackberry.com/t5/Native-Development-Knowledge/How-to-create-a-shared-or-static... to create the library, but in the latest releases of the NDK, this does not work.

  Method B of this article does not work for Qt\Cascades classes since moc is never called, even if the used compiler is QCC. If I want to do a project of Qt\Cascades, I can only do an application project. If I tape everything that is not related to the library (assets, translations, master, etc.). I got some errors.

  Is first with the missing translation files. This can be corrected by changing the make files and the file *.pri (although I guess it will be readded by the NDK...)

  The second and more important question, is that even when I add "TEMPLATE = lib" in the file * .pro, which appears to have ignored, I get an error which is described as 'missing main function', which tells me that it is still trying to apply as opposed to a *. so.

  How can I produce a shared Qt\Cascades within the current NDK 10.2 library?

  Discover my stunts/Qt library template https://github.com/blackberry/Cascades-Community-Samples/tree/master/Cascades-Library-Template.

  It should have everything you need.

• Add the project to remote portlets as a shared library in another project

  Hello
  
  We are working on WSRP. We have producer such as Websphere and Weblogic (ver 10.2) consumer.
  
  We created a portal (WsrpEar) EAR & portal (WsrpWeb) Web project and then consumed all the remote portlets for Websphere. The "producer" created during this process is 'MyProducer '. This project has no other all local portlets. In this "WsrpWeb" project we do not have a file ".portal. The reason is that we want to EXPORT this project "Web portal" alone as a '. '. WAR"file (WsrpWeb.war), and then add it as a shared library in our application MAIN WEBLOGIC PORTAL (MyProjectEar & MyProjectWeb).
  
  We could do all this stuff. Once the war (WsrpWeb.war) is added as a shared library in the main application, we could see the remote portlets under "Available Portlets" from the main application. We could even drag it and drop it on the main ".portal' of application file. But when I ran, he throwed an error like below:
  -----
  {color: #ff0000} The source of this error is:
  com.bea.wsrp.consumer.management.producer.ProducerManagerException: producer with handle {color} [{color: #ff0000} MyProducer {color} | http://forums.oracle.com/forums/] {color: #ff0000} in webapp {color} [{color: #ff0000} MyProjectWeb {color} | http://forums.oracle.com/forums/] {color: #ff0000} does not exist. {color}
  -----
  
  He is looking for the handful of producer in ' wsrp producer - registry.xml "of the main application (MyProjectWeb). But here we do not have an entry because we are consuming remote portlets directly from shared library and the shared library has a file of "wsrp producer - registry.xml" who did the handful of producer entry.
  
  When I manually added the entry handle producer in the ' wsrp producer - registry.xml ' main, as application below, remote portlet executed successfully.
  
  & lt; wsrp producer handle = "MyProducer" & gt;
  & lt; Description / & gt;
  & lt; seller / & gt;
  & lt; initCookie requires & gt; perGroup & lt; / initCookie requires & gt;
  & lt; requires registration & gt; false & lt; / requires registration & gt;
  & lt; - service URL & gt;
  & lt; WSDL url & gt; [http://xxx:yyy/wsdl/myservice.wsdl] & lt; / wsdl-url & gt;
  & lt; / service-URL & gt;
  & lt; / wsrp-producer & gt;
  
  (xxx and yyy here are the host name and port # producer websphere).
  
  Anyone can guide us on this? Is he referring to also make an entry in the ' wsrp producer - registry.xml ' main application or is there any way?
  
  
  Thank you
  ANU
  
  Published by: user10826720 on January 29, 2009 06:36
  
  Published by: user10826720 on January 29, 2009 06:38

  Hello Anu,

  The file WEB-INF/wsrp-producer - registry.xml (normally created by the IDE) and the database tables (normally created through construction Administration Tools) are the only two places where WSRP producer is stored for a consumer WSRP WLP.

  So, yes - you can add this file (or an entry in this file) in your web application, or the other possibility would be to create your own code that calls the ProducerManager API to implement the producer when the webapp deploys first of all to a new server to boot. You could make this code look in what that are the configuration files you wanted to, but I don't think it would be easier to just put information in wsrp producer - registry.xml.

  Thomas

• DLL to call a subsidiary static library

  I have compiled a DLL using labwindows calling a subsidiary static library. I added a step to test that calls this DLL.  On my development station, everything is good.  The subsidiary library is named.  But, on a deployed workstation, I get a "cannot load the DLL.

  According to the reference manual, I can preload subsidiary attendance using the adapter of the CVI.  I get the same error on my deployed station...

  You get an "Unable to load a DLL" error when a dependency is missing.

  Please check this way:

  Download the tool free dependency walker- http://www.dependencywalker.com/

  Select the DLL (deployed machine).

  It will show you which component of the dependency is missing in the deployed machine.

  For CVI.

  Since you are using a static libarary - include you in the build when you build the project?

  It should be incorporated in your DLL. (help to add files to the DLL option in the CVI target settings).

  I hope this helps.

• shared library issues

  Hello

  I have a DLL to my amp and a help file and a header file, but when I try to import the shared library, it has all the functions... Now, I have some functions to a third party, but when I try to:

  getinstancelist-> opendevice-> getsignalformat->-> device nearby stopdevice

  Often, my entire LabVIEW program stops and gives an error. I wish I could do all the functions with the wizard, so that I can be shure that all is well done...

  In the room attached of the SDK, DLL and header files + getinstancelist, opendevice, getsignalformat, stopdevice, near the VI device

  Best regards

  Thijs Boeree

  Found!

  I only 'open' the device in my VI and then tried to 'stop' it (but it has not been started...) Resulting accidents!

  Best regards

  Thijs

• Unable to load the shared library LVASPT_WA.*

  Hello

  I have a hope that easy to fix the error: I want to use the function "WA Detrend' to the signal processing tool advanced in a real-time application running on a cRio 9030. When I try to run the VI I get the following error:

  ...

  Deployment NI_AdvSigProcWA.lvlib:WA decimation Filter.vi

  NI_AdvSigProcWA.lvlib:WA decimation Filter.vi loaded with errors on the target and was closed.
  LabVIEW: Unable to load the shared library LVASPT_WA.*ptDecimationFilterH:C. make sure that the library is present on the target of RT. Either MAX allows you to install software from OR or FTP to transfer custom RT target libraries.

  ...

  I reinstalled signals Advanced processing toolkit and linked things 'add new software' MAX, but the error persists.

  A picture of what the system looks like to the MAX is attached.

  Also, I Fund this post:

  http://forums.NI.com/T5/LabVIEW/problem-error-deploying-item-on-RT/m-p/3201345/highlight/true#M92822...

  could someone tell me what he means by "Please check the installation of the custom software all mode '?

  Can you telll me what I am doing wrong?

  Thank you very much in advance!

  I ran your situation in R & D, and the problem seems to be as a result of Advanced Signal Processing Toolkit is not not compatible on the x 64 under Linux RT OS in the 9030.  The product page could be clearer on this gap.  I am currently a web application to get this fixed!

  Best,

  David