Can the dll built in Labview be called in labview

Hi
i built a Dll for the attached Vi and tried to call it in another vi. When i run this vi in which i called the dll, it exits the labview.
why is it so ?
Attachments:
try.vi ‏16 KB
tryi.bld ‏2 KB

I have no problem in calling the DLL that's built. Did you specify the datatype correctly when you configured the Call Library Function Node? I've attached a VI that works.
Attachments:
CallDLL.vi ‏16 KB

Similar Messages

  • Application crashes when calling DLL built with LabVIEW 2011

    Hello everybody,
    Our application calls DLLs built with LabVIEW 2010 SP1. We installed LabVIEW 2011 and built some DLLs. So far so good. If we start our application and run 2010 DLLs it still works fine. If we run a 2011 DLL just once no error happens, but if we try to run the same 2011 DLL our application crashes reporting the error below. I saved the code for 2010 version and built a DLL and it works fine. Does anyone know why?
    Thank you in advance.
    #Date: Fr, 16. Sep 2011 16:25:25
    #OSName: Microsoft Windows XP Service Pack 3
    #OSVers: 5.1
    #OSBuild: 2600
    #AppName: PasTA
    #Version: 11.0f2 32-bit
    #AppKind: AppLib
    #LabVIEW Base Address: 0x30000000
    16.09.2011 16:25:26.181
    Crash 0x0: Crash caught by NIER
    File Unknown(0) : Crash: Crash caught by NIER
    minidump id: 8a779b3f-51d7-4864-8e4d-6ab0195cd158
    ExceptionCode: 0xC0000005
    N
    0x3072C804 - lvrt <unknown> + 0
    0x3072CBB8 - lvrt <unknown> + 0
    0x7C864191 - KERNEL32 <unknown> + 0
    0x7C83AB50 - KERNEL32 <unknown> + 0
    0x00000000 - PasTA <unknown> + 0
    Attachments:
    error.PNG ‏11 KB

    On that note, you should be able to create DLLs in 2010 and run them with 2011, correct??  In my case, I have a 2010 built DLL (talking to sbRIO), most of the functions work when run in 2011, but a couple of them lock up LabVIEW on the desktop (but not the sbRIO), no lock ups happen with 2010 on the desktop.

  • Can the iSight built in camera be used with msn messenger?

    if so. how can i make it work?!?!

    Hello jellosaladE
    can the iSight built in camera be used with msn messenger?
    An iNtel Mac can use its built-in iSight "with" MSN Messenger.
    For how, see this thread:
      http://discussions.apple.com/thread.jspa?messageID=5087786&#5087786
    (Also at your other post of this same question:
      http://discussions.apple.com/thread.jspa?threadID=1134579)
    EZ Jim
    PowerBook 1.67 GHz   Mac OS X (10.4.10)    G5 DP 1.8  External iSight

  • Dynamically changing the name of the .dll file to load in call Library

    Our current model is to use dll files as "plug-in" modules for instruments and a top layer test step calls the appropriate driver dll.
    For instance
    the TestStep is called with the kenmore.dll passed as a parameter so the kenmore.dll file is loaded, the functions are registered and the functions are called.  Next the TestStep is called with whirlpool.dll as a parameter now the whirlpool.dll is loaded the functions are registered and the functions are called.  This works very well in our current CVI/LabWindows environment.  Now we plan to work with LabView, we wish to retain this model (as DLL files, there are advantages in our model for us).  We have not found a way to load these dll files from LabView without hard coding the path and filenames in.
    Any suggestions on how to dynamically change the path in the Call Library module, or another suggested method of loading the dll via LabView?
    Thanks,

    John Stuart wrote:
    Our current model is to
    use dll files as "plug-in" modules for instruments and a top layer test
    step calls the appropriate driver dll.
    For instance
    the TestStep is called with the kenmore.dll passed as
    a parameter so the kenmore.dll file is loaded, the functions are
    registered and the functions are called.  Next the TestStep is
    called with whirlpool.dll as a parameter now the whirlpool.dll is
    loaded the functions are registered and the functions are called. 
    This works very well in our current CVI/LabWindows environment. 
    Now we plan to work with LabView, we wish to retain this model (as DLL
    files, there are advantages in our model for us).  We have not
    found a way to load these dll files from LabView without hard coding
    the path and filenames in.
    Any suggestions on how to dynamically change the path in the Call
    Library module, or another suggested method of loading the dll via
    LabView?
    Thanks,
    As Ben has pointed out LabVIEW
    scripting may be a possibility but you are going with that in highly
    unsupported area. Also I happen to know that changing the library name
    of a Call Library Node through scripting has produced unsupported
    feature errors previous to LabVIEW 7.1 eventhough the method was there.
    And LabVIEW 8 hides the whole scripting business behind the license
    manager.
    Another approach at least if the different DLLs do not change to often
    thier functions and parameters would be to create a wrapper DLL. Have
    it a method that loads the desired DLL and links its functions to
    internal function pointers. Then when calling the actual function entry
    points just redirect directly to the correct fucntion through that
    function pointer. Since you are already working in CVI creating such a
    DLL should be only a matter of taking out a little bit of your already
    existing code and put it into a DLL project.
    Rolf Kalbermatter
    Message Edited by rolfk on 04-12-2006 07:40 AM
    Rolf Kalbermatter
    CIT Engineering Netherlands
    a division of Test & Measurement Solutions

  • Error in Calling a dll built in labview from Matlab standalone

    hello,
    The problem I encountered is in the use of the math interface toolkit. I
    created a dll which performs data fitting using a labview vi which i converted into a dll using the
    math interface toolkit.
    This dll is then called from a standalone matlab program. It works fine in the computer where I
    create the matlab standalone program and labview dll. Howerver when i export to another
    computer the matlab part runs fine but an error is reported when it tries to
    call the labview created dll.
    "One or more output arguments not assigned during call Parfit.dll"
    The files related to this problem in the math interface toolkit (the labview vi, the corresponding dll and the matlab .m and .fig files and the standalone exe are in the attachment and named MathITproblem.zip
    The matlab run time engine(for matlab 7) and labview runtime engine(ver 7.1) must be installed for this matlab file to run. the run time engines are downloadable from the web.
    Does any one know the source of this error or encountered it before?
    thanks
    Attachments:
    MathITproblem.zip ‏1263 KB

    Hi Srinivas,
    Just another note, I noticed that the Math Interface Toolkit version (MIT) 1.0 is not compatible with LabVIEW 7.1. You’ll need version 1.0.1. of the MIT toolkit in order for it to work with LabVIEW 7.1.
    The LabVIEW 7.0 lvanlys.dll is also attached. I had to rename it with a .txt extension, so you’ll want to delete the extension.
    Kileen
    Attachments:
    lvanlys.dll.txt ‏516 KB

  • Input parameter setting when calling a DLL(Built from LabVIEW and a kind of VISA communication driver) in Teststand.

    In labVIEW7.1 I wrote a COM port communications driver by using "VISA Write/Read". I put a string as the input of "VISA Write" and made it the input of the whole vi. Then I converted the vi into a DLL, which is called in Teststand3.1 by specifying DLL adapter. In "Edit C/C++ DLL Call" dialog, I pass a message of "60 6A 94 80 86 81" as the input parameter. My problem is I tried three kinds of methods to pass the message, see attached 1.jpg,2.jpg and 3.jpg. and found the first one sometimes doesn't work, the second work fine and the last doesn't work all time. I don't know why the first one and last one don't work well.
    Thanks!
    Jacky
    Attachments:
    31.jpg ‏38 KB
    11.jpg ‏36 KB
    21.jpg ‏49 KB

    Hi Srinivas,
    Just another note, I noticed that the Math Interface Toolkit version (MIT) 1.0 is not compatible with LabVIEW 7.1. You’ll need version 1.0.1. of the MIT toolkit in order for it to work with LabVIEW 7.1.
    The LabVIEW 7.0 lvanlys.dll is also attached. I had to rename it with a .txt extension, so you’ll want to delete the extension.
    Kileen
    Attachments:
    lvanlys.dll.txt ‏516 KB

  • I would like to convert a matlab file into a .dll and use it in LabVIEW. However, when I run the .dll in LabVIEW I get an error stating "... Procedure not found". What could this be? Can anyone help me...

    I wish to convert my Matlab files into .dll's so that I can use them in LabVIEW. I am using 'mcc' and 'mbuild' of Matlab to convert my .m files into .c and .dll.
    When I try to run the .dll's in LabVIEW, I get an error message in a modal window stating some required .dll or procedure is not found.
    How should I resolve this issue. Should I add any other Matlab .dll's in course of making my .dll?
    Please help in solving this issue... Thankyou very much.

    KJV wrote in message news:<[email protected]>...
    > When I run the matlab generated dll, it is stating 'matllb.dll not
    > found'. Is it that I should set the path for matlab\bin to include
    > all the dll's before I compile? When I make dll from C, it works fine
    > in LabVIEW. The problem is from .m to .dll. The problem also arises
    > when I convert my .m to .exe. The same error of 'matllb.dll not
    > found' comes over. Should I change my matlab compiler options or
    > something else? Please help me?
    I have the same question,I don't know how to use the matlab DLL file in labview,
    I hope someone can descripe the procedure in detail.

  • PDA: Calling library functions - seems to link the stubbed .cpp file instead of the DLL

    I'm having trouble developing a Lab View PDA module that calls a DLL built using Visual C++. The DLL functions correctly when called in a non-PDA VI. My issues seem to be with porting to the PDA.
    My configuration:
    - Lab View 8.5 with the PDA 8.5 module
    - Visual Studio 8.0 with the Windows Mobile 6.0 SDK
    - ASUS 626 PDA with an Intel PXA70 procesor running Windows Mobile 6 Classic
    Following the PPCBatt example code provided with the PDA module, I have:
    - used extern "C" to prevent name mangling
    - placed the DLL built with the Windows Mobile SDK in the \Windows directory on the PDA
    - created a stub Win32 DLL and lib
    - created a stubbed cpp file whose functions only return zero
    - included the stubbed cpp and lib files in the build spec / source files / additional files
    - placed Call Library Function nodes on my PDA VI, selected the function names, set the parameter types
    - built and deployed the executable, both with and without debug
    When I set the library path property of the Call Library Node, the functions appeared in the function name pulldown, but the parameters did not populate. I had to manually add them and set their types. The help page says they would autopopulate when the function was selected.
    I've debugged the VI, and the Library Function Call nodes are being called. It seems the build is linking the code from the stub C file provided in the additional files portion of the source files property page, instead of adding hooks to call the DLL on the PDA. As a test, I changed an output parameter in one of the functions in the stubbed cpp file - the changed value showed in the front panel indicator.
    What am I doing wrong?
    Dan

    Hi Dan,
    I'm not sure if I understood you problem fully. When calling external code with LabVIEW PDA, the DLL acts as a stub DLL with the correct function prototypes for the C code that you want to call. Here's a Knowledge Base article that might help explain about calling External Code in LabVIEW PDA.
    Regards,
    Stanley Hu
    National Instruments
    Applications Engineering
    http://www.ni.com/support

  • Is it possible to call DLL develloped with LabView 7.0 in LabView 6.0.2 VIs?

    Hello,
    I would like to devellop DLLs in LabView 7.0 and use them in LabView 6.0.2.
    Is it possible???
    I tried this operation. I generated an installer (with the LabView 7.0 runtime in) and tried to load the DLL in a LabView 6.0.2 VI.
    When I run the VI, LabView 6.0.2 is crashing...
    Here my export function prototype:
    typedef struct
    LVBoolean status;
    long code;
    LStrHandle source;
    } TD1;
    typedef struct
    long dimSize;
    unsigned char Numeric[1];
    } TD2;
    typedef TD2 **TD2Hdl;
    void __cdecl driver(LVBoolean *SendCommand, unsigned char DataToSend[], long LenDataToSend, char RHICommandString[], TD1 *errorInNoError, LVBoolean *GetAnswer, LStrHandle *FrameReceivedID, long *Da
    taLength, TD2Hdl *DataReceived, TD1 *errorOut);
    Any example ???
    Thanks for your help,
    Regards, Pascal.

    Hi Pascal,
    I made a simple dll in LabVIEW 7 and called it from LabVIEW 6.0 and it worked fine.
    I have attached the dll I built. It adds two numbers.
    double Testdll(double B, double A);
    Try using this and see if it works for you.
    Feroz
    Attachments:
    SharedLib.dll ‏17 KB
    SharedLib.h ‏1 KB
    SharedLib.lib ‏3 KB

  • Error 1172, an error running a VI in the second time call of the DLL

    Hello All,
    I am a beginner in labVIEW.
    I have to write a test program in labVIEW which uses a DLL created by other programmer.
    I called the DLL from my labVIEW to control DIOs, a serial port, communicate with a slave device, perfrom a flashing task.
    While testing the program, I found that the program is OK if I use it just once, however, if I want to run it coninuously using a Do-While Loop, it failed with
    Error 1172.
    As far as I could understand, it seems that the DLL creates a log file in C:\ while it was called for the first time, and the process does not stop taking control of this log file even after the DLL is closed.
    Then when the DLL is called for the second time, it looks for the same log file to write new info but as it was taken control by the previous process, there comes an error.
    Please find the attached files.
    Hope there would be somebody who is able to help me to point out my mistakes in my vi or suggest me a solution for it.
    Thanks and Best Regards
    Aung
    (As the system does not accept the DLL attachment, I changed the extension to .pdf for the DLL File)
    Solved!
    Go to Solution.
    Attachments:
    I Basic Flasher.vi ‏60 KB
    Failure.xls ‏86 KB

    -message deleted -
    Message Edited by Ray.R on 11-17-2009 08:01 PM

  • Error of heads when build the .dll by visual studio 2003

    I am trying to call the dll function in labVIEW which build by visual studio 2003.
    while I compile the basic program in visual studio 2003,the dll will be built successfully,but if I include heads like or in my program, etc.Compiling has the error of ,so the dll can not be built.
    I have trued to look for the solution in NI Discussion Forums,but havent seen the related article about the error of including .
    If someone can answer this for me,that will be a great help,and I'll be so appreciate if anyone get me out
    of the trouble.
    Sean

    I'm a little unclear about your question. What is the exact error that you are receiving and at what point are you receiving it? Is the error occurring when calling the DLL in LabVIEW or is it occurring when building the DLL in Visual Studio? Further clarification about exactly what the problem is and where it is occurring would be a big help!
    Regards,
    E. Sulzer
    Applications Engineer
    National Instruments

  • How to load DLL library on Labview?

    Hi
    I have an application that is working well in Visual C++ 2012. I would like to load the dll library on labview and to execute the code on labview. I have only the DLL file, the working application and the help file. Is it possible to realise this task on labview using Call Library Function Node.
    I have par example the following code in .cpp file:
    void CMTBClientUsingCOMDlg:nBnClickedConnect()
    // TODO: Add your control notification handler code here
    try
    // login to MTB, using english language
    m_MTBConnection->Login(("en"), &m_ID);
    // get MTB root (forcing an internal QueryInterface() on IMTBRoot!)
    m_Root = (IUnknown*)(m_MTBConnection->GetRoot((BSTR)m_ID));
    // ask root to return the number of devices
    int count = m_Root->GetDeviceCount();
    // list all devices
    for (int i=0; i < count; i++)
    _bstr_t name = ((IMTBIdentPtr)m_Root->GetDevice(i))->GetName();
    m_ComboDevices.AddString(name);
    if( m_ComboDevices.GetCount() > 0)
    m_ComboDevices.SetCurSel(0);
    OnCbnSelchangeDevices();
    m_BtnConnect.EnableWindow(false);
    m_BtnDisconnect.EnableWindow(true);
    catch(_com_error e)
    // connection close
    OnBnClickedDisconnect();
    DisplayError(&e);
    How to execute this code on labview?
    Best regards

    Hi
    I have attached the help file describing the dll library (MTBApi.dll). My working program made on Visual C++ Dot Net is very big and therefore I can’t attach it.
    In my header file I import at the beginning the dll library on this way:
     #import "MTBApi.tlb" named_guids
    using namespace MTBApi;
    Than I have a class:
    class CMTBClientUsingCOMDlg : public CDialogEx
    public:
    CMTBClientUsingCOMDlg(CWnd* pParent = NULL); // standard constructor
    ~CMTBClientUsingCOMDlg(); // standard destructor
    enum { IDD = IDD_MTBCLIENTUSINGCOM_DIALOG };
    protected:
    virtual void DoDataExchange(CDataExchange* pDX); // DDX/DDV support
    protected:
    HICON m_hIcon;
    IMTBConnectionPtr m_MTBConnection;
    IMTBRootPtr m_Root; 
    CComBSTR m_ID; 
    IMTBChangerPtr m_Changer; 
    IMTBDevicePtr m_Device;
    DECLARE_MESSAGE_MAP()
    public:
    afx_msg void OnBnClickedConnect();
    CButton m_BtnConnect;
    In my .cpp file I have:
    CMTBClientUsingCOMDlg::CMTBClientUsingCOMDlg(CWnd* pParent /*=NULL*/)
    : CDialogEx(CMTBClientUsingCOMDlg::IDD, pParent)
    m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME);
    CoInitialize(NULL);
    try
    // create an instance of the connection class which can connect to the server
    m_MTBConnection = IMTBConnectionPtr(CLSID_MTBConnection);
    catch(_com_error e)
    CMTBClientUsingCOMDlg::~CMTBClientUsingCOMDlg()
    void CMTBClientUsingCOMDlg:isplayError(_com_error* e)
    void CMTBClientUsingCOMDlg:oDataExchange(CDataExchange* pDX)
    CDialogEx:oDataExchange(pDX);
    DDX_Control(pDX, IDC_CONNECT, m_BtnConnect);
    BEGIN_MESSAGE_MAP(CMTBClientUsingCOMDlg, CDialogEx)
    ON_BN_CLICKED(IDC_CONNECT, &CMTBClientUsingCOMDlg:nBnClickedConnect)
    END_MESSAGE_MAP()
    BOOL CMTBClientUsingCOMDlg:nInitDialog()
    CDialogEx:nInitDialog();
    void CMTBClientUsingCOMDlg:nPaint()
    void CMTBClientUsingCOMDlg:nBnClickedConnect()
    try
    // login to MTB, using english language
    m_MTBConnection->Login(("en"), &m_ID);
    // get MTB root (forcing an internal QueryInterface() on IMTBRoot!)
    m_Root = (IUnknown*)(m_MTBConnection->GetRoot((BSTR)m_ID));
    // ask root to return the number of devices
    int count = m_Root->GetDeviceCount();
    // list all devices
    for (int i=0; i < count; i++)
    _bstr_t name = ((IMTBIdentPtr)m_Root->GetDevice(i))->GetName();
    catch(_com_error e)
    // connection close
    My question is how to start this code in labview. How to write the function in labview, par example this function:
    m_MTBConnection->Login(("en"), &m_ID);
    Best regards
    Attachments:
    MTBApi.zip ‏1935 KB

  • DLL created by labview get stuck

    I tried to run test created with lab view with external tool.
    This tool load dll and call execution function.
    I created a dll from the Labview test (I used simple function for test that only extract numbers) and I used __stdcall
    when I use this dll from an executable It works fine. (My application call a dll, and the dll call to the dll created from labview)
    however when I use it from my dll it get stuck
    I tried to load the dll dynamically with loadLibrary() and It works fine only for the first time (It gets stuck when I called it again)
    I found that if I call it from the same thread it works fine, but if I call it from two different threads (the second call is long after the first call has finished, so there is no race condition) It gets stuck from the second thread.
    I used visual studio to see where the call get stuck, and it is in lvrt.dll 
    Does anyone know what can I do to solve this problem.

    Although the writeup is about .NET, the issue is the same, so check out http://detritus.blogs.com/lycangeek/2005/05/labview_and_asp.html
    The problem might be that the first thread is not pumping messages and so the LabVIEW gets hung up waiting for events. This problem has been fixed in LV 8 so I'm assuming you're using an earlier version. If so, you can follow the steps outlined in the link above (creating a message pumping thread and calling your DLL with that first).
    Brian Tyler
    http://detritus.blogs.com/lycangeek

  • The dll mclmcrrt72​.dll could not be founf in the specified path ....

    I got the above error message when I call any kind of dll function. This happens when I configure the Call Library Function Node and want to save the settings for it.

    The error message is pretty straightforward: LabVIEW can not find the DLL you are trying to call (mclmcrrt72.dll) at the location you specified in the Call Library Function (CLF) Node setup. Are you sure that the DLL exists at the path you entered in "Library Name or Path" field? The best way to check this is to copy the path from the CLF Node setup and to paste it into the Windows Explorer address field. If there is no DLL at that location, then you need to move it there or chage the path to the correct one.
    If the DLL is located in the same path as the one specified in the CLF Node, then perhaps you could post an simplified example so that we could try to reproduce the behavior. What version of LabVIEW are you using and what's the story on the DLL?
    Kind Regards,
    E. Sulzer
    Applications Engineer
    National Instruments

  • Can LabVIEW call a DLL built with VS(2005) C++ with /CLR and Without an Entry Point

    My project requires me to convert a C++ program to a DLL and having it called by LabVIEW. Due to the complexity of this C++ program (converted from fortran using f2c -C++ option), it cannot be compiled without using /clr option.  I did build the application standalone (/clr), and it functioned fine.  When I build it into DLL using VS2005, I was forced to use No Entry point option and without using DllMain in the C++ code. Eventually the DLL was built without error.  But after I call it from LabVIEW, I was not getting calculated results as expected.  I added a testing function to the C++ code of the DLL and just try to modify a parameter, it will not, but only return the input numbers.  I was passing data by pointer and not by value, so I expect this parameter output be modified.  I suspect that the DLL didnt get executed at all as it has no entry point specified.
    Am I on the right track to approach this task, or I am heading to totally wrong direction here?   I believe due to the fact that my C++ was from f2c and use vsf2c.lib and so on, the code is managed code, so that a regular DLL cannot be built from it with an entry point. How can LabVIEW call such a DLL? Am I right on that?  I really need your advice here for a right approach to this problem and possible implementation "watch outs"...Thanks!
    Bryan

    Hi...Finally I was able to compile my code with an entry point defined and without using /clr.  I can also call this DLL from LV and got back a variable from a little test function added to the DLL.  But the function that was used for my main application in the DLL crashed LV and I got a pop up box from Microsoft Visual C++ Runtime Library: Runtime Error! "This application has requested the Runtime to terminate it in an unusual way, please contact the application's support team for more information".  In Visual Studio I also got the following message: (I eliminated most of the "No symbols loaded" messages that are not errors but just info.)  I would apprciate if someone can take to look with your more "experienced eyes", many thanks! Bryan.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\xpsp2res.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\Shared\nicont.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\Shared\NICONTDT.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\nitaglv.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\lkbrow.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\lkrealt.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\lvdaq.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\lvdesktop.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\lvfp.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\mfc71.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\MFC71ENU.DLL', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\vi.lib\FieldPoint\SubVIs\FPLVMgr.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\lvfprt.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\LvProjectProxy.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\LvRealTimeCoreProvider.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\MVEProvider.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\QtCore4.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\QtXml4.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\QtGui4.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\mxLvProvider.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\nimxlcpp.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\nimxlc.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\Providers\variable.mxx', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\Framework\lvMax.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\MAX\UI Providers\FieldPoint71.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\MathScriptParser.dll', Binary was not built with debug information.
    'LabVIEW.exe': Loaded 'Z:\bli\development\projects\galfitDLL\Debug\galfitDLL.dll', Symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700\msvcr80.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\Program Files\National Instruments\LabVIEW 8.5\resource\mesa.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\mscms.dll', No symbols loaded.
    'LabVIEW.exe': Loaded 'C:\WINDOWS\system32\icm32.dll', No symbols loaded.
    The thread 'Win32 Thread' (0xf94) has exited with code 0 (0x0).
    The thread 'Win32 Thread' (0x90c) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xfd0) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0x284) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xdac) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xa98) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0x528) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0x614) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xa5c) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xebc) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0x5cc) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0x700) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xcf0) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xc7c) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0x4c8) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0xa4) has exited with code 3 (0x3).
    The thread 'Win32 Thread' (0x52c) has exited with code 3 (0x3).
    The program '[804] LabVIEW.exe: Native' has exited with code 3 (0x3).

Maybe you are looking for