LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Multiple copies of lvanlys.dll is causing build problems.

Solved!
Go to solution

My project is using multiple copies of lvanlys.dll.   This is causing build conflicts.  Does any know the solution to this?

Mark | CLA
0 Kudos
Message 1 of 6
(3,147 Views)
I think I remember this coming up recently, but I don't remember what the resolution was. Try doing a search on the forum for the name of the DLL.

Mike...

Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion

"... after all, He's not a tame lion..."

For help with grief and grieving.
0 Kudos
Message 2 of 6
(3,140 Views)

I looked up lvanlys.dll but did not find a solution.   

 

Mark | CLA
0 Kudos
Message 3 of 6
(3,131 Views)

Rename the dll file as part of the build (via the prefix option) for dependencies. You'll effectively have multiple copies at run-time loaded into the process memory space but no conflicts.

0 Kudos
Message 4 of 6
(3,123 Views)

Ok, I will try this.  thanks.  I will let you know how it works.  

 

Mark | CLA
0 Kudos
Message 5 of 6
(3,081 Views)
Solution
Accepted by topic author Mark_L

We mass compiled, created packed project libraries and removed unused (downlevel) code from disable structures.  What ultimately helped was to update to the VISION driver on the target PC.  

 

More info in this thread

http://forums.ni.com/t5/LabVIEW/The-full-development-version-of-Labview-is-required-to-fix-the/td-p/...

 

 

So I am not certain what exactly fixed the multiple copy issue but I think just getting the code cleaned up helped.  Now we no longer have multilple copies of lvanlys.dll.

 

Thanks for your help.   

 

 

Mark | CLA
Message 6 of 6
(3,030 Views)