LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Mass compile hangs on Calculator.vi

I just installed LabVIEW 7.1, then updated to 7.1.1. When I mass compiled my LabVIEW 7.1 directory, it hangs on:

C:\Program Files\National Instruments\LabVIEW 7.1\examples\comm\dotnet\Calculator.llb\Calculator.vi

I can let it work for half an hour with CPU at 100%, and still nothing. To quit, I need to manually kill it. The log file is empty.
0 Kudos
Message 1 of 14
(4,837 Views)
Hi Joel,

I haven't heard of a mass compile "hanging" before. Although, I can say that the last time I mass compiled my 7.1 directory, it took about 2 hours to complete (maybe only an hour, but a while nonetheless). Do you have another computer around you that you could test this on? It's possible that something just went wrong in the installation. Give this a try and let me know what happens.

Take care,
Travis H.
LabVIEW R&D
National Instruments
0 Kudos
Message 2 of 14
(4,815 Views)
One thing you could do, since you know the problem vi, is to open it and save it. Then it will not need to be recompiled.

Another thing to do is to mass compile in smaller masses. Just do one smaller directory at a time.

I hope that this helps,
Bob
Message 3 of 14
(4,809 Views)
Yes, I've tried opening the problem vi and re-saving it, but LabVIEW seems to hang simply opening it. Perhaps there's something inside that VI that's conflicting with something in the rest of my system?
0 Kudos
Message 4 of 14
(4,798 Views)
You could try moving that VI (or llb) to another directory, which isn't being compiled, and then move it back after the compiling is done (assuming it will be done).

___________________
Try to take over the world!
Message 5 of 14
(4,785 Views)
The calculator example constructs an instance of a .Net assembly called calculator. I suspect the problem has to do with that assembly (or any .Net assembly on your computer perhaps?). Does this ring any bells?
Message 6 of 14
(4,769 Views)
The only thing I can think of is that I have .NET 2.0 Beta on my system (alongside 1.1). Perhaps that's what's causing it.
0 Kudos
Message 7 of 14
(4,760 Views)
Ah, yes. The .NET 2.0 beta and LV 7.x do not get along in many cases. It isn't the mass compile as much as the LV .NET integration code and the 2.0 beta that are having trouble.

Just to verify that this is the problem, try creating a blank VI then dropping a .NET Constructor node onto the diagram. If your system locks up with 100% CPU, you're going to need to avoid the LV .NET integration or uninstall the 2.0 beta.
Message 8 of 14
(4,755 Views)
Great, thank you for that answer.
0 Kudos
Message 9 of 14
(4,589 Views)
Yeah, as a followup to this message, I uninstalled my .NET Framework 2.0 Beta and now my Mass Compile is going smoothly. Thanks all.
0 Kudos
Message 10 of 14
(4,715 Views)