CVI 2010 compiler crash

This short piece of code below causes compiler crash in CVI 2010 - in CVI9.0 it works fine.
Thanks for help.
jirjan
/* Compiler Crash example, CVI 2010 - v10.0.0 */
static void fctDummy1(void) {};
static void fctDummy2(void) {};
typedef struct tagMyStruct
void (*DummyFunction1) ( void );
void (*DummyFunction2) ( void );
} tMyStruct;
     tMyStruct MyFctStruct         = {fctDummy1, fctDummy2};
const tMyStruct MyConstFctStruct = {fctDummy1, fctDummy2};
void MyTest(void)
   MyFctStruct.DummyFunction1();
   MyFctStruct.DummyFunction2();
   /* this line doesn't cause the compiler crash...!!*/
   MyConstFctStruct.DummyFunction1();
   /* BUT next line caused the compiler crash...!!*/
   MyConstFctStruct.DummyFunction2();

It is a very simple project with one source file only - sending in attachment (adapt to your project path or create simple project with .c file)..As I wrote before - with CVI9.0 (and/or any C compiler) I can compile the source file, CVI 2010 crashes while compiling..
Thanks for your time
Jiri
Attachments:
CompilerTest.zip ‏3 KB

Similar Messages

CVI 2010 SP1 Crash

Hallo,
ich habe ein Update von CVI 2009 auf CVI 2010 durchgeführt und habe jetzt ein Problem.
Eine meiner Applikationen lässt sich nicht mehr im Debugmodus starten,
Noch vor dem Eintritt in die main()-Routine stürtzt die Applikation ab (siehe Screenshot im Anhang).
Im Releasemodus läuft alles normal.
Danke für Ihre Hilfe im vorraus.
MFG,
Christoph Pierednik.
Solved!
Go to Solution.

In the past I had the same problem and thanks to NI support I solved it.
As explained here I had to remove some of the listed import library I had previously included.
As a matter of fact in the document I linked there is
The base version of LabWindows/CVI includes these import libraries, and LabWindows/CVI automatically loads these libraries when it starts up and searches them to resolve references at link time. Thus, you do not have to include these libraries in your project.
Vix
In claris non fit interpretatio
Using LV 2013 SP1 on Win 7 64bit
Using LV 8.2.1 on WinXP SP3
Using CVI 2012 SP1 on Win 7 64bit, WinXP and WinXP Embedded
Using CVI 6.0 on Win2k, WinXP and WinXP Embedded

How can I convert a project from LabWindows/CVI 2010 to a Visual Studio 2011 project?

I have a good sized project, 12 source files, 14 headers, 1 uir, that I want to be able to edit and compile in MS Visual Studio 2011, MSVC++.
I remember being told that LabWindows dropped support for C++ in 2008 and no longer had a wizard for converting projects. I know I can go the DLL route, but I have never created a DLL before and wouldn't know where to begin with it. What would be the best way to go about this conversion?
Solved!
Go to Solution.

CVI 2010 still supports the Visual Studio Conversion Wizard for Visual Studio 2005/2008. We do plan to add support for VS 2010 in a future release.
If you need a VS 2010 project now, you can use the Visual Studio 2008 conversion wizard, then upgrade the VS 2008 project to VS 2010.
National Instruments
Product Support Engineer

Problem with inifile.c in CVI 2010 project

I upgraded to CVI 2010 today. I was using 2009. In my project I have included inifile.c in my project. The file is located in the CVI2010 toolbox directory. I used this in CVI 2009 and did not have a problem. When I compile I get a bunch of link errors "Undefined symbol". Some of the symbols it has a problem with are ConvertDataToText, AppendString, StrDup, FileExists, ... there are many more.
My question is why are these linking errors coming up in CVI 2010?
I would imagine I need to add another source file to my project or something like that.

It's true that using .FPs is the best way to go.
As I told you, an instrument driver can be loaded in Instrument menu
or in the Library menu. If loaded in Intrument menu, to have it loaded
automatically when you open a project you must add the .fp to the
project itself; operating this way, every time you open a project it
will recompile the instrument, which can be annoying and is a waste of
time. On the other hand, if the instrument has an object file (which is
the case of IniFile and all instruments shipped with CVI) you can load
it in the library menu (Library >> Customize and add it to the
list) and have it ready for use with no time spent on it.
I personally have loaded in the library collection a set of
general-use instrument that I happen to use in almost all my projects
(IniFile, Programmer's Toolbox, Password control and a library with my
own utilities) and only use the instrument menu for instruments very
specific to one or a few projects (e.g. the driver for some external
device I use in a project)
Proud to use LW/CVI from 3.1 on.
My contributions to the Developer Zone Community
If I have helped you, why not giving me a kudos?

Labwindows CVI 2010 and GetProcessAddress()

I am using Labwindows CVI 2010 v10.0.1 after upgrading from version CVI 2010 v10.0.0. After the upgrade, I have a compile error from a statement that compiles just fine in the previous version. The error is:
"Operands of = have illegal types 'pointer to __stdcall int function(int,pointer to char,pointer to char,pointer to char,int,pointer to char,pointer to char)' and 'FARPROC'."
What causes this error is the following statement in the code:
my_FP = GetProcAddress(dll_handle, "DLL_FUNCT");
and the definition of my_FP is:
int __stdcall (*my_FP)(int x, char y[], char z[], char *m, int g, char A[], char B[]);
(function names and parameters have been changed for simplicity)
As I said, this line compiles just fine in 10.0.0, but not in 10.0.1. Is there a specific update to the compiler that will cause this error? What can be done to fix this?
Thank you very much for your time and help.
Solved!
Go to Solution.

You're correct. This was caused by a change in CVI Windows SDK headers that took place in version 2010 SP1. The change was associated with bug fix #275934. Unfortunately, this bug fix introduced this undesirable side effect of requiring a cast for any function that returns a FARPROC function poinrter (such as GetProcAddress). Upon further reflection, this side effect is unacceptable, and needs to be corrected in the next release. This is being tracked internally with bug ID #336341.
I'm really sorry for this inconvenience. Until the problem is resolved, using the typedef & cast solution that you already implemented is a valid workaround.
An alternative workaround, in case you're worried about other projects, or other functions, where this error might also pop up, is to edit CVI2010\sdk\include\windef.h and replace the following FARPROC definitions (in lines 226 and 230, respectively):
typedef INT_PTR (FAR WINAPI *FARPROC)(void);
typedef int (FAR WINAPI *FARPROC)(void);
with:
typedef INT_PTR (FAR WINAPI *FARPROC)();
typedef int (FAR WINAPI *FARPROC)();
Doing this will avoid the problem throughout a given installation of CVI.
Luis
NI

CVI 2013 compiling slow

Hi,
Is it normal that compiling a project in debug mode takes much more time in CVI 2013 than in CVI 2010?
1'23 minutes versus 0'40 minutes.
When I recompile the project in CVI 2013 without any change to the source code it takes again 1'23 minutes in CVI 2013 versus 5s in CVI 2010.
Is there a setting somewhere which improves compiling speed in CVI 2013?

Hello Bertrand_ENAC,
It sounds like your project is compiling really slow. Do you make use of the concurrent compiles option under Build Opions > Build Process Options?
In order to speed up the process, you could disable run-time checking from Build Options > Configuration Options. You could also try to reduce the number of lines per file even further; you should get better results.
Ultimately, you could send us the project to analyse it by uploading it to ftp.natinst.com/incoming. It may be the case that the compiler is slower due to some constructs you're using. Is the memory usage high during compilation?
Best regards,
= Nelu F. || National Instruments.

I get the following errors with CVI 2010. "sal.h"(1706,15) Redefinition of macro '__null'.

A project which was working with CVI 9.0 on XP does not compile with CVI 2010.
I get the following errors with CVI 2010. "sal.h"(1706,15) Redefinition of macro '__null'.
doesnt work with CVI 2010 on on win 7 too.
Could some one provide some insight into this please?
Thanks
performance

You wild guess is correct.
The version of the Microsoft SDK that shipped with CVI 9.0 included a definition of __null that matched the definition that is in sal.h. You can find this definition in line 448 of CVI90\sdk\include\specstrings.h.
The version of the Microsoft SDK that shipped with CVI 2010 included a definition of __null that no longer matches the definition that is in sal.h. You can find this definition in line 575 of CVI2010\sdk\include\spectstrings_strict.h. This is why the CVI compiler complains when it finds the sal.h definition.
The SDK that ships with CVI has been customized to make sure that it works with the CVI compiler. But this does not include making sure that it also works with VC headers. In general, there's no way to guarantee that VC headers can be compiled in CVI, since these headers don't ship with CVI and cannot be customized.
In this particular case, you might get it work if you include sal.h before you include windows.h. But there are no guarantees.
Luis

Announcement: LabWindows/CVI 2010 SP1 Run-Time Engine Updated

A new version of the LabWindows/CVI 2010 SP1 Run-Time Engine (10.0.1.434) is now available for download. The new version includes Security Update 5Q5FJ4QW which resolves security vulnerabilities in components installed with LabWindows/CVI 2010 SP1 and earlier and LabVIEW 2011 and earlier. Further details can be found at KnowledgeBase Article 5Q5FJ4QW: How Does National Instruments Security Update 5Q5FJ4QW Affect Me? Installing the security update will have the same effect as installing the new version of the Run-Time Engine.
The update can be downloaded from the Drivers and Updates page. The LabWindows/CVIRun-Time Engine is a free download.
National Instruments
Product Support Engineer

The correct link should be this one
Proud to use LW/CVI from 3.1 on.
My contributions to the Developer Zone Community
If I have helped you, why not giving me a kudos?

TDMS functions much slower in CVI 2010

Hello everyone.
Today I noticed that at least some TDMS functions are much slower in CVI 2010 compared to CVI 2009 SP1 and prior. I have created and attached a simple sample project that creates a TDMS file with about 3000 file level properties and tries to read it back in afterwards. On all releases prior to 2010, this needs less than 10 seconds. On 2010 it's around an hour, if not more! Unfortunateky this is pretty much a show-stopper for me. Any comments?
Thanks, Marcel
Attachments:
tdmsTimingTest.zip ‏3 KB

Hello Marcel -
What you've reported is actually a known issue, and is unfortunately considered to be expected behavior. Let me try to explain:
There was a relatively large refactoring of the underlying TDMS code in LabWindows/CVI 2010. This refactoring was intended to more closely align our internal implementation to that of LabVIEW. As a result of this refactoring, we were able to address some internal issues we had previously been unable to address, as well as more correctly handle the data stored in the TDMS file. Unfortunately, this refactoring unmasked a performance issue that had always been present when reading a large number of properties one at a time.
This performance issue was not uncovered for LabWindows/CVI 2010 because we had previously focused our performance testing on reading and writing data to a file, not metadata. We considered it unlikely that a customer would have more than dozens of properties for any one channel or group or file, and as a result, the performance issues you've reported were overlooked.
However, we did recently find the performance issues you've reported. As a result, there will be a handful of undocumented functions for returning all (or a subset of) properties on a channel, group, or file in LabWindows/CVI 2010 SP1. This will allow for performance in line with what you'd seen in LabWindows/CVI 2009 SP1 and earlier, as long as you are OK with grabbing all the properties at once. These functions are undocumented because, in general, we don't release new features with service packs. Also, the functions are a little more difficult to use than normal CVI APIs, so we have not yet determined how or when they will be publicly documented. When LabWindows/CVI 2010 SP1 releases (later this summer), feel free to reply back to this post or send me a private message, and I'll work with you on the details of calling these undocumented functions.
Out of curiosity, we'd like to know your use case for creating that many properties. You're the first customer we've encountered using such a large number of properties, and we'd like to ensure that we are able to satisfy your use case in future versions of the API.
Thanks for the report, and I'm sorry for any inconvenience this has caused,
NickB
National Instruments

Dynamic memory is corrupt (Labwindows/cvi 2010)

I have a multi threaded application....where I have a buffers allocated ineternally in the threads,,...A user interface is present to abort the therad execution.
Here is the code in one of the threads (NOTE: status is set by a user button to EXIT the program):
int EthernetDataStructureThread (void *functionData)
    CmtSetCurrentThreadPriority (2);
    EthernetData GetData={0}, *data=NULL;
    data = &GetData;
    /* Use a buffer to read the data from the queue which is coming from TCP read with fresh data */
    const void *BufferEth;
    int BytesRead=0;
    int BytesWritten=0;
    char ReadErrorMessage[256];
    BOOL bitset = FALSE;
    if ( (BufferEth = (EthernetData*)malloc(EthernetDataSize)) != NULL)
        while ( !status )
            BytesRead = CmtReadTSQData (Queue_TCPRead_EthernetData, BufferEth, EthernetDataSize, TSQ_INFINITE_TIMEOUT, 0);
            memcpy (data, BufferEth, EthernetDataSize);
            /* Empty the queue so that we don't have data in next time. */
            CmtFlushTSQ (Queue_TCPRead_EthernetData, TSQ_FLUSH_ALL, NULL);
            //Pass on the data to the Main thread
            BytesWritten = CmtWriteTSQData (Queue_EthernetData_Main, BufferEth , EthernetDataSize, 1, NULL);
            if ( BytesWritten != EthernetDataSize)
                 free(BufferEth);
                BufferEth = NULL;
                exit(0);
            Delay(0.02);
        if (status && !bitset)
            free(BufferEth);
            BufferEth = NULL;
            bitset = TRUE;
    return 0;
My problem is: free(BuffEth) always says Dynamic Memory is corrupt......When I put a breakpoint and keep seeing the resource tracking window, I can see it getting executed fine as the resource tracking window greys out the memory block....but then suddenly free wants to exceute again...and causes the "dynamic memory is corrupt" error.
I am using LABWINDOWS /CVI 2010 SP1 in WinXP.
Please help me ASAP....very much appreciated.
Regards
NITIN
-Nharish

Thank you for your reply Jackie.
I am calling Free only once...there is an If condition there.
See the attched video for my problem...Free frees the memory block (see the greyed out portion in resource tracking window but still the statement controls remains there and free executes again, throwing error).
Do you think it is some sort of bug in LABWINDOWS.
See the attached video.
-Nharish
Attachments:
FreeproblemLabwindows.avi ‏4781 KB

Annotation-caused compiler crash

Hi,
When attempting to build against a class that uses runtime annotations, javac is crashing with:
An exception has occurred in the compiler (1.6.0-rc). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you.
com.sun.tools.javac.code.Symbol$CompletionFailure: class file for test.annotation.TestAnnotation not found
The test case that generates this error can be found at:
http://www.cjtucker.com/annotation-bug.tgz
Synopsis:
Attempting to build against a class that contains a runtime annotation requires the definition of the annotation to be available to the compiler. If the definition is not available, the compiler crashes.
Test case:
The test case attempts to build three classes in three separate packages: a simple RUNTIME scoped annotation, a "core" class, and a "ui" class that builds against the core class. The "ui" class neither knows nor cares about the annotated properties of the "core" class. The annotation class is build in isolation; the core class is built only against the annotation class; the ui class is built only against the core class.
The test case tarball contains the necessary .java files and directory structure for compilation. The compilation commands are contained in compile.sh.
The crash can be avoided by including the annotation class in the classpath when building the ui component. The crash has been reproduced in 1.5.0_04, 1.5.0_05, and 1.6.0b61. Other JDKs have not been tested. The crash occurs with both RUNTIME and CLASS scoped annotations, though not with SOURCE scope (as expected: the compiler is correctly stripping annotations in that case). The crash does not occur if the annotation does not take parameters (i.e. is an empty "marker" annotation).
This raises some additional questions I'd be interested in hearing comment on. What is the expected behavior here? I would expect the annotation class should not be required as a dependency, in the same way I'm not expected to declare a dependency on every class used by a class I interact with. This behavior with annotations seems to breach encapsulation (for example, a client would have to know that my libraries happened to be using a Hibernate persistence layer whether or not this is of interest to them). Perhaps one of the Java gurus here could shed some further light on this?
Cheers,
Chris Tucker

Hi,
I know this is an old post but I am having the exact same problem with 1.6.0_11 and have not been able to find a solution.
Any assistance would be much appreciated.
Thanks.

Compiler Crashes!!

Hi,
I'm using J2sdk1.4.1 on Windows XP pro. When I compile my code, the compiler crashes! It seems to work sometimes, and not others, and I think it tends to crash when I'm importing and using items from javax.swing.*
Here's what comes up when I try to compile:
C:\Documents and Settings\Claire\Desktop\Claire\school\Birmingham\Team Java>javac UserInterface.java
Unexpected Signal : EXCEPTION_FLT_STACK_CHECK occurred at PC=0xBBD0D2
Function=[Unknown.]
Library=(N/A)
NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.
Current Java thread:
Dynamic libraries:
0x00400000 - 0x00408000 c:\j2sdk1.4.1\bin\javac.exe
0x77F50000 - 0x77FF7000 C:\WINDOWS\System32\ntdll.dll
0x77E60000 - 0x77F46000 C:\WINDOWS\system32\kernel32.dll
0x77DD0000 - 0x77E5D000 C:\WINDOWS\system32\ADVAPI32.dll
0x78000000 - 0x78086000 C:\WINDOWS\system32\RPCRT4.dll
0x77C10000 - 0x77C63000 C:\WINDOWS\system32\MSVCRT.dll
0x00280000 - 0x002F4000 C:\DOCUME~1\Claire\LOCALS~1\Temp\ata6.tmp
0x77340000 - 0x773CB000 C:\WINDOWS\system32\COMCTL32.DLL
0x77C70000 - 0x77CB0000 C:\WINDOWS\system32\GDI32.dll
0x77D40000 - 0x77DCC000 C:\WINDOWS\system32\USER32.dll
0x71B20000 - 0x71B31000 C:\WINDOWS\system32\MPR.DLL
0x771B0000 - 0x772D1000 C:\WINDOWS\system32\OLE32.DLL
0x77120000 - 0x771AB000 C:\WINDOWS\system32\OLEAUT32.DLL
0x71AD0000 - 0x71AD8000 C:\WINDOWS\System32\WSOCK32.DLL
0x71AB0000 - 0x71AC5000 C:\WINDOWS\System32\WS2_32.dll
0x71AA0000 - 0x71AA8000 C:\WINDOWS\System32\WS2HELP.dll
0x6D330000 - 0x6D45C000 c:\j2sdk1.4.1\jre\bin\client\jvm.dll
0x76B40000 - 0x76B6C000 C:\WINDOWS\System32\WINMM.dll
0x6D1D0000 - 0x6D1D7000 c:\j2sdk1.4.1\jre\bin\hpi.dll
0x6D300000 - 0x6D30D000 c:\j2sdk1.4.1\jre\bin\verify.dll
0x6D210000 - 0x6D229000 c:\j2sdk1.4.1\jre\bin\java.dll
0x6D320000 - 0x6D32D000 c:\j2sdk1.4.1\jre\bin\zip.dll
0x76C90000 - 0x76CB2000 C:\WINDOWS\system32\imagehlp.dll
0x6D510000 - 0x6D58D000 C:\WINDOWS\system32\DBGHELP.dll
0x77C00000 - 0x77C07000 C:\WINDOWS\system32\VERSION.dll
0x76BF0000 - 0x76BFB000 C:\WINDOWS\System32\PSAPI.DLL
Local Time = Wed Mar 19 16:26:13 2003
Another exception has been detected while we were handling last error.
Dumping information about last error:
ERROR REPORT FILE = (N/A)
PC = 0x00BBD0D2
SIGNAL = -1073741678
FUNCTION NAME = (N/A)
OFFSET = 0xFFFFFFFF
LIBRARY NAME = (N/A)
Please check ERROR REPORT FILE for further information, if there is any.
Good bye.
C:\Documents and Settings\Claire\Desktop\Claire\school\Birmingham\Team Java>
Anyone got any ideas?
Claire

Hello,
We have similar java crash on HP-UX 11.11 (with all latest OS and java patches). The funny thing is that we able to run java as "root", but we won't able to run java as local users. We checked possible environment issue, but did not find anything what could be a problem. We also reinstalled java 1.4 on that machine - it did not fix the problem. Also we tried this: we installed Java 1.3 - works with all users, Java 1.2 - works with all users. With Java 1.4 , we are getting this:
$ java -version
Another exception has been detected while we were handling last error.
Dumping information about last error:
ERROR REPORT FILE = (N/A)
PC = c52227cb
SIGNAL = 11
FUNCTION NAME = (N/A)
OFFSET = 0xFFFFFFFF
LIBRARY NAME = (N/A)
Please check ERROR REPORT FILE for further information, if there is any.
Good bye.
Abort
$ which java
/usr/lnms/bin/java
$ id
uid=104(onmsorcl) gid=104(oinstall)
$
$ exit
root@titania > java -version
java version "1.4.2.00"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2.00-031015-15:06)
Java HotSpot(TM) Server VM (build 1.4.2 1.4.2.00-031015-16:52-PA_RISC2.0 PA2.0,
mixed mode)
Any ideas?
Yulia

Dependencies error CVI 2010

Hi,
I have started to use CVI 2010.
I loaded one of my projects which runs perfectly with CVI2009 but as I wanted to create a distribution kit I got the following error
How can I solve it?
In fact the application is not running on a user computer. I get the error Mesa.dll is missing.
I'm working with Win7
Bertrand

The ActiveX container error is probably unrelated to the Mesa.dll error. I can guess at what is causing that missing modules popup (for the Mesa.dll error, we'll probably need additional information from you)
I assume you have deselected the top-level "LabWindows/CVI Run-Time Engine" item in the Drivers and Components tab of the Edit Distribution dialog and then selected one or more of its sub-items. Or, alternatively, you have selected the "Install LabWindows/CVI Run-Time Engine in the application directory" option in the Advanced tab. If you haven't done either of these, then this error should not happen.
Does your application use ActiveX controls? If not, then you can de-select the "ActiveX Container Support" sub-item in the Drivers and Components tab and the error will also go away without any negative impact in your distribution.
The probable reason for this error is that you somehow ended up with updated VC90 modules in your computer but the newer modules have different signatures, such that they no longer match the expected signatures of the declared dependencies of the ActiveX container module. If you do use ActiveX controls, and you also need the "Install LabWindows/CVI Run-Time Engine in the application directory" option or you need to keep your distribution small (which is the reason why you wouldn't have the top-level "LabWindows/CVI Run-Time Engine" item selected, then you can work around this problem by clicking the Add Module button in the Drivers and Components tab and adding the two following modules from your C:\Program Files\Common Files\Merge Modules folder (C:\Program Files (x86)\Common Files\Merge Modules if you're in a 64-bit operating system):
Microsoft_VC90_CRT_x86.msm
Microsoft_VC90_MFC_x86.msm
You will still see the error popup if you click on the Check Module Dependencies button, but there shouldn't be any problem at all.
Luis

Ms project 2010 is crashing again and again due to different activities .

Many Ms project users of our company facing below issue:
We also have service pack 1 installed as well as Cummulative Update (14.0.6137.5000).
When they change the date of any task or enter new task. Ms Project 2010 is crashed or any other activity. e.t.c
Wheather Ms Project is connected with Project Server or we are doing locally and open new project.
Is this microsoft bug or what is the solution of this .
If we check on google . There are many causes of this issue on net and many solutions.

John.Eddie,
In addition to Dale's advice on SP2, try following steps
Close Project Pro
Navigate to following path and rename existing Global.Mpt file
C:\Users\{User ID}\AppData\Roaming\Microsoft\MS Project\14\1033
Re-launch Project pro to validate the behavior.
Hrishi Deshpande Senior Consultant

IDL compiler crashes when......

Hi,
I've found that the IDL compiler crashes when trying to compile an idl that contains
a declaration similar to the following:
struct S {
union U switch(long) {
case 1:
long a;
case 2:
short b;
} y;
The crash occurs with both NT and Solaris 8 versions of Tuxedo 8.0's $TUXDIR/bin/idl
that I've tried.
Any ideas?
Thanks,
Dave.

Dave,
Looks strange... I suggest that you open a case with BEA support.
Regards,
Peter.
David Watson wrote:
Hi,
I've found that the IDL compiler crashes when trying to compile an idl that contains
a declaration similar to the following:
struct S {
union U switch(long) {
case 1:
long a;
case 2:
short b;
} y;
The crash occurs with both NT and Solaris 8 versions of Tuxedo 8.0's $TUXDIR/bin/idl
that I've tried.
Any ideas?
Thanks,
Dave.

CVI 2010 compiler crash

Similar Messages

Maybe you are looking for