LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

compiler error: Invalid size in _instSize = 23

Dear sir,

 

I have installed LabView 2011 in Windows 7  (64 bit). When I open a project which is worked before. A error message has been coming out as 

 

 

 

 

0 Kudos
Message 1 of 12
(3,575 Views)

I'm sorry to hear about that error.  I would like to get some more information on your application.  Is there any way you can either post a screen shot of your project, or attach the file so I can take a look.  Thanks.

Regards,

Chris L
Applications Engineer
National Instruments

Certified LabVIEW Associate Developer
0 Kudos
Message 2 of 12
(3,559 Views)

Thank you for your response! After disccussion, due to the time limit, we desire to run this project in LabView 2009 only.

0 Kudos
Message 3 of 12
(3,548 Views)

hi,

I also encounter this problem.

 

Windows 7 (32 )

 

Moving from LV2010 to LV2011

 

Out of 400 vis only one failed to compile.  Not the most complex , but reasonbly large vi.

 

I believe I compiled this succesfully in lv2011 beta.

 

Michael

0 Kudos
Message 4 of 12
(3,535 Views)

I've had the same error at compilation when migrating from LV2010 to LV2011.

in my case (after hours of debug!) the reason was a tab control (U32) connected to a "In Range and Coerce" function.

converting the Tab control input to I32 resolved the problem.

Message 5 of 12
(3,515 Views)

NIce clue.

I have not had time yet to try it.

However when one clicks "Show Error" the front panel does pop to the front.

In this case I have many tabs on this interface and I do manipulate them so the chances are I have a

type conversion.  

Did you get one error message or many.

 I have the "Invalid size in _InstSize: 23" message come up 8 - 9 times per save/compile.

So it seems I have might have 8-9 places that have the error.

 

Michael

0 Kudos
Message 6 of 12
(3,510 Views)

In my case, there was only one place in code where the conversion was needed but, yes, the message comes up about 8 times!

0 Kudos
Message 7 of 12
(3,505 Views)

Indeed it is the Coerce vi that causes the problem.

No matter how much care I took to remove any type conversions in my wiring - so long as I had an "In Range and Coerce"

in the wiring

my vi was cursed.  

Fortunately easy enough in my case to replace with case statements.

 

Thank you so much for replying as the vi I had problems with ( just 1 out of 400 ) was a large and multi layered GUI

vi.

 

Problem solved.

 

michael

 

0 Kudos
Message 8 of 12
(3,499 Views)

Thank you for this. I had the same inrange and coerce problem that was fixed by inserting an I32 conversion

0 Kudos
Message 9 of 12
(3,311 Views)

Thanks for everybody. I encountered the same inrange and coerce problem that was fixed by correcting the same type inputs from 8.6 to 2012. 

0 Kudos
Message 10 of 12
(3,282 Views)