Application builder timeout

Hi
Everytime i try to make a change in the application builder the browser timesout.
Does anybody know why this might be happening?
Thanks in advance

How do you access APEX? Apache with mod_plsql/EPG/APEX Listener?
If you use Apache with mod_plsql, have a look at your error.log file it might contain additional information why your submit fails.
Regards
Patrick
My Blog: http://www.inside-oracle-apex.com
APEX 4.0 Plug-Ins: http://apex.oracle.com/plugins
Twitter: http://www.twitter.com/patrickwolf

Similar Messages

  • Redirect Loop on ApEx Application Builder Timeout

    Hi Folks,
    We are experiencing an annoying issue on all of our Apex instances for those using the Application Builder. When a developer's session times out, the web server redirects in a loop. This is the output from the Apache log:
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:32 +0100] "GET /pls/apex/f?p=4000:1:8745082784701::NO:RP:FB_FLOW_ID,F4000_P1_FLOW:139,139 HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:33 +0100] "GET /pls/apex/f?p=4550:1 HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:33 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:34 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 1
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:34 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:34 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:35 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 1
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:35 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:35 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:35 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:36 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 1
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:36 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:36 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:36 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:36 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:36 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:37 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 1
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:37 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:37 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:37 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:37 +0100] "GET /pls/apex/f?p=4550:1:0::::: HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:45 +0100] "GET /pls/apex HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:45 +0100] "GET /pls/apex/apex HTTP/1.1" 302 5 0
    xxx.xxx.xxx.xxx - - [19/Jun/2012:12:44:45 +0100] "GET /pls/apex/f?p=4550:1:1610758051832601 HTTP/1.1" 200 11311 0
    Is there a workaround for this? I can't seem to find anyone else experiencing the same issue.
    Best Regards, and thanks in advance.
    Pete

    I tried with Turning Off Cookies Used to Populate the Login Form as mentioned at http://docs.oracle.com/cd/E23903_01/doc/doc.41/e21678/adm_mg_service_set.htm#sthref237.
    Instance administrators can control if a convenience cookie is sent to a user's computer whenever a developer or administrator logs in to a workspace from the Application Express Login page.
    If Set Workspace Cookie option is set to Yes, Oracle Application Express sends a persistent cookie that:
    combines the last used workspace name and user name
    has a lifetime of six months
    is read to populate the Application Express Workspace Login form (but not the Oracle Application Express Administration Services Login form)
    To turn off cookies used to populate the login form:
    Log in to Oracle Application Express Administration Services. See "Logging In To Oracle Application Express Administration Services".
    Click Manage Instance.
    Under Instance Settings, click Security.
    Locate the Security section.
    For Set Workspace Cookie, select No.
    Click Apply Changes.
    And it seems to have resolved the issue.
    Thanks,
    Mehabub
    Edited by: Mehabub Sheikh on Aug 24, 2012 3:20 AM

  • Problem with logging in to apex application builder listener

    I have problem with my settings and am posting this in hope that someone else out there had similar problem and solved it!
    I am trying to use reverseproxy to access to our db through apex listener.
    It's been all set-up and I can login to the application it self either through proxy or no proxy using the listener.
    But when I try to login to apex application builder I cannot do it through proxy(with no proxy, it works).
    It just refreshes the login page when I click login....
    I tried to upgrade the listener to the latest v1.1(using 1.0.2) but it causes my tomcat to crash...
    So solution i am looking for is how to make logging in work through proxy..
    In the firebug it is showing that below and few other request status as 302 moved temporariry
    http://myserver:8080/testsin/apex/wwv_flow.accept
    Where as with no proxy it is saying Found.....
    Any thoughts??
    Thanks
    Sin K

    Hello Sin K,
    so proxy and Tomcat are located on different machines as well? Is the proxy able to commuicate with the Tomcat on the configured internal ports and is the proxy able to lookup the hostname you configured for the Tomcat?
    For the connector, the proxyName and proxyPort should be the parameters the client uses to call APEX. So if your clients should call via http://proxyserver:8080/testsin/apex the settings would be
    proxyName=proxyserver
    proxyPort=8080Reason for this is that applications (e.g. the APEX Listener) generate there URL references with these parameters.
    But does your proxy actually serve on port 8080? And is that port accessible by clients? Do clients accept cookies from that server?
    In my case, there is only one 302 which redirects to http://host:port/apex/f?p=4500:1000:sessionid which is correct.
    If you look into your first post request in firebug, what's in the request header?
    -Udo

  • Report Generation for Excel does not work after using the Application Builder

    I have a VI that writes data to an Excel file using the Report Generation Toolkit. I recently compiled the VI into a single Application (EXE) using the Application Builder. My VI runs its tests properly, but no data is written to Excel. What could be the cause? I don't receive any error messages.

    Hi
    I usually build exe-files, which sometimes also have report functionality.
    Open the Application Builder and check the following things:
    1. Add the following vis: _Word Dynamic VIs.vi, _Excel Dynamic VIs.vi They should be located in the directory ..\LabVIEW X.X\vi.lib\addons\_office in the llbs _wordsub.llb and _exclsub.llb (report1.jpg)
    2. If you use an Installer, go to the Advanced Settings. There you can select some things to include in the Installer. Check if "NI Reports Support" is selected. (report2.jpg)
    These are the things I always do, if I need reports and I never had problems up to now. I made two screen-shots of these settings.
    Hope this helps.
    Thomas
    Using LV8.0
    Don't be afraid to rate a good answer...
    Attachments:
    report.zip ‏25 KB

  • The executible I build with the application builder does not function the same as my VI file.

    I am using a USB 6008 device with the newest DAQmx drivers and Labview
    8.2 to make analog voltage readings.  Within my main VI I first
    create a data folder in the same location as the VI using a property
    node and then use case statements to call two sub VIs that create a
    data file within the data folder and then collects data.  When I use the
    application builder to create an executible the resulting file does not
    operate the same as the origional VI.  The program appears to be
    reacting to button presses on the GUI, but there is no indication that
    the data folder is being created or that any measurements are buing
    made.  Are there any known issues that may account for this
    anomily?
    -Mike
    Message Edited by TMBurleson on 10-16-2006 03:09 PM

    Are you using the VI Path property, using a reference to the current VI?
    I could be wrong, but if you're attempting to use a path relative to the current VI, I think that does indeed change in a built application. If your VI used to be C:\somewhere\foo.VI, then after building its path would actually be C:\somewhere\foo.EXE\foo.vi . Thus, if foo.VI used to try to make a folder like C:\somewhere\datafolder, the built application would be trying to make C:\somewhere\foo.EXE\datafolder , which wouldn't work.
    This is sort of a shot in the dark, but does this sound like it might be the case?
    EDIT: Dennis beat me to it.Message Edited by kehander on 10-16-2006 03:26 PM

  • Problem with "Application Builder"

    Hello!
    I have problem when I am using application builder to convert my program to exe files.  MY PROGRAM:  I use a main program to copy a template VI in to other VI´s, and then I can execute the copied VI´s from main. When I have tried to convert my program to a EXE file, everything works but not executing the copied VI. The following error messages apperies when I try to execute the copied VI. What does this mean???
    BR
    Kristian K
    Attachments:
    error.jpg ‏152 KB

    Hello!
    Information for users on this discussion forum: the problem was due to 'Build Text' function and when that function was removed the program worked fine. The functionality in the 'Build Text' function could easily be replaced by the 'Format Into String' function.
    Regards,
    Jimmie A.
    Applications Engineer, National Instruments
    Regards,
    Jimmie Adolph
    Systems Engineer Manager, National Instruments Northern Region
    Bring Me The Horizon - Sempiternal

  • Problem with Application build in JDeveloper 11.1.5 to WLS 10.3.5

    Hi to everyone, I have a problem with a application build in JDeveloper 11.1.5 and deployed to a standalone WLS 10.3.5 ( with the JRF template appliied , to run adf applications )
    When I try access to the page : localhost:7001/myApp , it show me :
    "Error 403 Fordbbiben ".
    but when I put :
    localhost:7001/myApp/index.jspx, it show me :
    Error 500--Internal Server Error
    From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
    10.5.1 500 Internal Server Error
    The server encountered an unexpected condition which prevented it from fulfilling the request.
    and the log is :
    <May 8, 2012 9:06:22 PM BOT> <Warning> <oracle.adf.view.rich.component.fragment.UIXRegion> <BEA-000000> <
    java.lang.IllegalStateException: The expression "#{bindings.genRegion.regionModel}" (that was specified for the RegionModel "value" attribute of the region component with id "genRegion_dlg") evaluated to null.
    This is typically due to an error in the configuration of the objects referenced by this expression.
    If it helps, the expression "#{bindings.genRegion}" evaluates to "null".
    If it helps, the expression "#{bindings}" evaluates to "null". Now using an empty RegionModel instead.
    at oracle.adf.view.rich.component.fragment.UIXRegion.getRegionModel(UIXRegion.java:450)
    at oracle.adf.view.rich.component.fragment.UIXRegion._beginInterruptibleRegion(UIXRegion.java:682)
    at oracle.adf.view.rich.component.fragment.UIXRegion.processRegion(UIXRegion.java:498)
    at oracle.adfinternal.view.faces.taglib.region.RegionTag.doStartTag(RegionTag.java:127)
    What can I do to fix the problem ??
    Thanks

    Analyzing the problem, I created a new ADF application with only a web page (index.jspx) , and deploy it to the WLS, and I access to URL of page and it runs !! ( http:localhost:7001/myApp/faces/index.jspx ).
    But, when I ADD A TASK FLOW to the application and deploy to the WLS newly , and try to access to the URL application's ( http:localhost:7001/myApp/faces/index.jspx ) . It show me again :
    Error 500--Internal Server Error
    From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
    10.5.1 500 Internal Server Error
    The server encountered an unexpected condition which prevented it from fulfilling the request.
    and the log is :
    <May 10, 2012 19:02:57 PM BOT> <Warning> <oracle.adf.view.rich.component.fragment.UIXRegion> <BEA-000000> <
    java.lang.IllegalStateException: The expression "#{bindings.genRegion.regionModel}" (that was specified for the RegionModel "value" attribute of the region component with id "genRegion_dlg") evaluated to null.
    This is typically due to an error in the configuration of the objects referenced by this expression.
    If it helps, the expression "#{bindings.genRegion}" evaluates to "null".
    If it helps, the expression "#{bindings}" evaluates to "null". Now using an empty RegionModel instead.
    at oracle.adf.view.rich.component.fragment.UIXRegion.getRegionModel(UIXRegion.java:450)
    at oracle.adf.view.rich.component.fragment.UIXRegion._beginInterruptibleRegion(UIXRegion.java:682)
    at oracle.adf.view.rich.component.fragment.UIXRegion.processRegion(UIXRegion.java:498)
    at oracle.adfinternal.view.faces.taglib.region.RegionTag.doStartTag(RegionTag.java:127)
    Why it show me that error when I ADD a Task Flow to the Application ???
    Can Anyone help me please ?? I m varios days with this problem. Thanks

  • Application Builder and Closing

    Hi
    Already, another problem has arisen. I have developed a simple VI with no big thing inside. I am using an event structure for handling button presses. To quit my application, I have one button, labeled Quit (who would've guessed) which quits the application. I simply wired that button to the quit terminal of the event structure (ok, to the quit terminal of the while structure around the event structure).
    I have also built this application with  the Application Builder into a .exe file. I managed to get that Run/Pause buttons away. by checking the appropriate checkboxes inside AppBuilder. But now, what happens is as follows:
    * I quit my application by using the red X of the window - everything closes down fine, the window disappears *perfect*
    * I quit my application by using the button - the program stops, but the run button appears.
    How can I avoid that behaviour?
    Thanks for your advice

    There's a function in Application Control which is used to close LV once everything's done executing.  Be careful when using it while developing, as it will close all open vi's.  Granted you get the option to save them, but it's annoying nonetheless.
    See the attached image
    Message Edited by Novatron on 07-10-2006 11:17 AM
    Attachments:
    Quit.jpg ‏4 KB

  • Build dll error in application builder 8.6.1

    Hello,
    I get always an error in the LV 8.6 application builder, when I build a dll. There is only one function in it, that has a string and an error input, and nothing else. I attach a screenshot of the VI prototype, and hier is the error description:
    Error 1 occurred at Building DLL.
    A component needed for Application Builder does not support the required functionality. This might have been caused by installing an older version of LabVIEW after this version was installed. Reinstall the current LabVIEW version to correct this issue.
    Possible reason(s):
    LabVIEW:  An input parameter is invalid. For example if the input is a path, the path might contain a character not allowed by the OS such as ? or @.
    =========================
    NI-488:  Command requires GPIB Controller to be Controller-In-Charge.
    After that I reinstalled LV8.6, I tried to reinstall only the 8.6 app builder, but no success.

    Hello,
    thank you for the reply.
    I have solved the problem. I uninstalled the last installed LV version, this was 8.0. Then ran appbuilder again in 8.6, then I have got an instruction to run applibs\lvdllbuilder\lvdb.exe. Since then works.
    regards
    Mitulatbati

  • After installing an application that was created using the Application Builder

    After installing an application that I created using the Application Builder I get this error if I try to run " ANY " LabVIEW App's that I have built. "Executable Version 7.1.1 doesn't match Resource File 7.1. Check your configuration."
    The way that I tried to fix this is to reload LabVIEW 7.1 and DAQmx 8.0. I am using two NI-6528 switch cards.
    After I reload LabVIEW and DAQmx I can run my applications but as soon as I install one on this development machine the error begins again.
    The executable that I built works fine on the development machine and any other machine that I try it on but it appears that the Run-Time engine 7.1 becomes corrupt after I run setup.exe for the newly created application.
    I have built numerous Installers, setup.exe's in the past without this error. Just this latest one caused this problem to start.
    I can NOT upgrade to 7.1.1. I am doing work for many different sections of this factory and I can not force them to upgrade. I've asked. Others supply code for the same machines using LabVIEW 7.1.
    I am stuck creating executables and manualing moving the correct files to the target machines.
    What can be done?

    No. The KB article was talking about a machine with 7.1.1 installed. I have LabVIEW 7.1 installed.
    The machine that I am having trouble with is my development machine. LabVIEW 7.1, DAQmx 8.0.
    If I build the executable all is fine. I can still run old executables including the one I just built.
    If I create the installer all is fine. I can still run old executables including the one I just built.
    When I install the app on my development machine the corruption occurs. I can " NOT " run old executables including the one I just built. The subject error pops up.
    I have not moved any executables to the other machines yet. I don't want to corrupt others.

  • Passing arrays with Call Library Function does not work after application builder

    Calling a DLL with Call Library Function which requires an array of data works correctly in Labview, but after building an exe with application builder, the call no longer works.  Dereferecing the pointer in the DLL retuns all 0s and not the actual values.
    Solved!
    Go to Solution.
    Attachments:
    TEST.zip ‏28 KB

    I did not run your code because it is a little unclear to me what it does.
    Two things:
    First, is the DLL you are calling the DLL-ified version of PopUpNames.vi? Then the problem is likely that the panel is not being built into the DLL.
    When LabView builds an application / dll, it strips the front panel and block diagram from all VIs that it doesn't think need to show a panel at run time. This reduces file size and increases code security. The App Builder's panel inclusion logic can be overridden by Build Specifications -> Source File Settings -> Remove front panel. A better method is to put a property node on a control in a window you want to show marking it "visible"; this is sufficient to tell the App Builder it should keep the panel.
    Currently Source File Settings shows "no dependencies" (clearly incorrect---another evil side effect of Express VIs I guess) but if you change the settings as shown below to keep ALL panels, one might hope the App Builder can figure it to keep the panel when it deconstructs the Express VI. (Alternatively convert the Express VI into a regular one.)
    A second comment: I am a bit flummoxed at the larger goal here. You are calling LabView DLL from LabView, which doesn't make a lot of sense, so I assume your larger goal is to call LabView from C or vice-versa. In that case be aware that your DLL is x86 (32-bit) but you are passing 64-bit ints as your pointers. In this case it is 32-bit LabView with 32-bit pointers in embedeed in 64-bit containers calling 32-bit LabView with 32-bit pointers in embedeed in 64-bit containers, so it all works, but if your going to call this from C or whatnot you're going to have to follow that same design.
    When calling C code the LabView Call Library Function does have a "unsigned pointer-sized integer" data type that always appears to be 64 bits in the dev env but which actually passes a 64 or 32-bit int to the DLL depending on the environment. The "pointer sized int" has to be 64 bits in the "LabView" part of the code because LabView's strong typing requires the data type to be determined at compile time. Casting all pointers to the largest data type in LabView makes it possible to write platform-independent code, but down at the Call Library level you still have to put the right number of bytes on the stack.

  • Error 7 occurred at Open VI Reference with Application Builder

    Using Labview 5.1, I am building an application where all the vi's are placed in a single .LLB file. I have one top level vi (with sub-vi's), and one vi that is opened by the Open VI command. The program runs fine with labview installed. I want to make an executable file. I select the top level vi and select the vi that is opened by the Open VI command as a dynamically loaded file. I get an error when I attempt to build the file.
    "Error 7 occured at Open VI Reference in Dist Build LLB Image.vi -> Dist Build App Image.vi -> Build application.vi"

    Dear Sir;
    There are two things that are good to try:
    First, create the application in a folder that is closer to the root directory (e.g., c:\myApp). There is a limit to the length (or depth) of the path name to your application's target directory, so, if you are choosing a too long path you might get an error.
    Second: The Application Builder reads certain information from the VI in order to determine how to build the executable. To avoid possible errors, either in the build process or in the built executable, make sure the VIs are LabVIEW 5.1 VIs. You can convert your VIs to LabVIEW 5.1 VIs by using the Mass Compile feature (File >> Mass Compile) in LabVIEW before you build your executable. The Mass Compile feature will allow you to select either a directory or a LabVIEW
    .llb file to compile.
    Regards

  • Application Builder for labVIEW 7 Doesn't support any report generation function

    I'm Using LabVIEW 7.0 to build an application My Application is exporting data to an excel report. the vis were working great until i tried to creat an .EXE file. The application is working fine but when i try to generate the report nothing happens.
    So, I decided to test the report generation functions alone (New Report.vi, Append report text.vi and Dispose Report.vi). The Problem Still there, the .EXE file takes no action when i attend to generate a report. any suggetions please.

    Shady Yehia wrote:
    > I'm Using LabVIEW 7.0 to build an application My Application is
    > exporting data to an excel report. the vis were working great until i
    > tried to creat an .EXE file. The application is working fine but when
    > i try to generate the report nothing happens.
    >
    > So, I decided to test the report generation functions alone (New
    > Report.vi, Append report text.vi and Dispose Report.vi). The Problem
    > Still there, the .EXE file takes no action when i attend to generate a
    > report. any suggetions please.
    Another possible reason besides of possible path problems: Are you
    running that application on the same computer? If not you need not only
    to install the Runtime-Engine (automatic when you create an installer)
    but also the Report Active X support.
    To include that into the installer
    you go into the Installer Settings Tab, then press the Advanced button
    and make sure that you check the NI Reports Support checkbox before
    creating an application build.
    Rolf Kalbermatter
    Rolf Kalbermatter
    CIT Engineering Netherlands
    a division of Test & Measurement Solutions

  • Application builder-Office report generation toolkit

    Hi,
    I remember there was a trick to get the executable work with different
    versions of Microsoft office but I cannot find it now. The problem it to get
    the exe work with some other office version that it was made. I use LabVIEW
    7.0 - 7.1 and Report generation toolkit 1.01 for Microsoft office. Was that
    possible?
    Thanks Eki

    Eki,
    When you use the Report Generation Toolkit to build a stand-alone application with the Application Builder, you must add _Word Dynamic VIs.vi from _wordsub.llb and _Excel Dynamic VIs.vi from _exclsub.llb as dynamic VIs. These two VIs contain subVIs that are called dynamically by the high-level Report Generation VIs. I believe that if you grab these VIs from the (desired office version part of the) installation CD instead of from the development machine, then everything should work.
    Zvezdana S.

  • How can I use a shared library made with the application builder?

    Hi,
    I am using LabVIEW 7.1 running on Slackware 10.1 (kernel 2.4.29) and I am trying to call a graph display from a C program that I use for debugging VME access from a VMIVME controler. So using the application builder I built the VI as a shared library (graph.vi -> graph.so) containing a function called "graph". In my main program the call to the dlopen fails with the error: "graph.so: undefined symbol: UninitLVClient". When I examin graph.so with nm I see that UninitLVClient and other LabVIEW functions are indeed undefined and using ldd shows that graph.so has dependencies only on libc.so.* and *linux*.so.* but not on LabVIEW related stuff. Those functions are defined in the liblv.so that's in the cintools directory but I have no idea if the user is supposed to use that.
    So I think I am missing an important concept here. Can somebody help or direct me to some documentation (I found lots of information about how to link external code to LabVIEW but nothing about how to link LabVIEW code to an external program)?

    Thanks Watermann,
    your message has been very useful so now I am linking to the proper library but I still have problems when trying to load dynamically the shared library produced with LabVIEW. It is strange that I could successfully load the lvrt library at loading time but it does not work when I am loading the library at execution time.
    I made a small LabVIEW program that prints a hello window and I am calling it from a C program. In the first program main.c I am linking to the lvrt library at loading time and it works but in the second one I am linking dynamically at execution time and it does not work. For my work I need to be able to load code done in LabVIEW at execution time. Any help is appreciated!
    Program main.c:
    // small program to call a LabVIEW shared library
    #include
    #include
    #include "hello.h" // got this from the LabVIEW builder, i.e. when I made the hello.so
    int main(void)
    printf("Hello from C!\nLets call LabVIEW now\n");
    hello();
    printf("Bye ... \n");
    return 0;
    The command to compile main.c, i.e. linking shared library lvrt when loading main program:
    gcc -Wall -I /usr/local/lv71/cintools/ -o main main.c hello.so -l lvrt
    The LD_LIBRARY_PATH has been defined and exported:
    $ LD_LIBRARY_PATH=$PWD
    $ export LD_LIBRARY_PATH
    IT WORKS!
    Program main2.c:
    // small program to call a LabVIEW shared library
    #include
    #include
    #include
    int main(void)
    void * h_lvrt;
    void * h_hello;
    void (* hello)(void);
    char * error;
    printf("Hello from C!\nLets call LabVIEW now\n");
    // open LabVIEW RunTime shared library
    // in my computer located at /usr/local/lib/liblvrt.so
    h_lvrt = dlopen("/usr/local/lib/liblvrt.so", RTLD_NOW);
    // check for error
    error = dlerror();
    if (error) {
    printf("error : could not open LabVIEW RunTime library\n");
    printf("%s\n", error);
    return 1;
    // open hello shared library
    // in my computer located at /home/darss/lv_call/hello.so
    h_hello = dlopen("hello.so", RTLD_NOW);
    // check for error
    error = dlerror();
    if (error) {
    // close LabVIEW RunTime shared library
    dlclose(h_lvrt);
    printf("error : could not open hello library\n");
    printf("%s\n", error);
    return 1;
    // get function hello from library hello.so
    hello = dlsym(h_hello, "hello");
    // check for error
    error = dlerror();
    if (error) {
    // close hello shared library
    dlclose(h_hello);
    // close LabVIEW RunTime shared library
    dlclose(h_lvrt);
    printf("error : could not get the hello function\n");
    printf("%s\n", error);
    return 1;
    // call hello function
    hello();
    // close hello shared library
    dlclose(h_hello);
    // close LabVIEW RunTime shared library
    dlclose(h_lvrt);
    printf("Bye ... \n");
    return 0;
    The command to compile main2.c, i.e. dynamically linking library lvrt at execution of main2 program:
    gcc -Wall -o main2 main2.c -l dl
    The LD_LIBRARY_PATH still defined and exported.
    IT DOES NOT WORK!
    Program output:
    Hello from C!
    Lets call LabVIEW now
    error : could not open hello library
    /home/darss/lv_call/hello.so: undefined symbol: WaitLVDLLReady

Maybe you are looking for