Deployment of Web Application Reference Problem

[Yltsä]

Dear Jesse,

I have tried two things. In the both cases the following is common:

• 190 is in GAC and also in the application target bin directory.
• The 190 is referenced  to C:\Program Files (x86)\National Instruments\MeasurementStudioVS2012\DotNET\Assemblies\Current folder from the development project.

Case 1: 188 is removed from the GAC

• I can compile and run the application normally in the development computer. Only 190 is used.
• I cannot use Preemtive Dotfuscator program. The error was reported in my previous message.
• I cannot make a Setup program because I must at first use the dotfuscator.

Case 2: 188 is in GAC

• I can compile and run the application normally in the development computer
• I can use Preemtive Dotfuscator program.
• I can make a Setup program
• BUT when I redistribute the application into a new computer by using the Setup program made in the previous step, there is a runtime error.. missing 188. After I install 188 separately in that computers GAC the application works. I can see that the both 190 and 188 are loaded in a same time.
• BUT now starts a strange thing.. After I update or install the latest DAQmx 9.7.5 the application works normally just by using 190.  Even if the DAQmx is not needed for all functionalities which are blocked by the missing 188.

At the moment I am forced to work as in the case 2. But this cannot be like that because we must deploy the application into several other computers too.

Please note that I have never tried to make a setup program without the Dotfuscator.

BR,

Ilkka

[FoxSquirrel]

What is the Preemtive Dotfuscator program?  It sounds like to me that maybe this program is referencing the 188 at some point.  If this is the case, you would be having a program that uses the 190 and a program that uses the 188, which would cause issues.

[Yltsä]

Hi,

I think that also NI uses dotfuscator..

Reverse engineering managed code is a common practice and, with the right tools, it is extremely easy to do. Dotfuscator provides enterprise-grade protection, greatly reducing the risk of piracy, intellectual property theft and tampering:

http://www.preemptive.com/products/dotfuscator/overview

But one strange thing is that when I install DAQmx 9.7.5, everything works OK without 188. There have been older versions of DAQmx in the computers into which I have installed our program by using the Setup program made in the development computer.

Maybe the 188 link is somewhere hidden in the NI libraries.. 😉

But more I cannot say.. this is just guessing.. sorry.

BR,
Ilkka

[FoxSquirrel]

The DAQmx thing is perplexing me a little bit.  What version of DAQmx are you developing with and what version are you upgrading from on the computers you are deploying to?

[Yltsä]

Hi,

I have installed DAQmx 9.7.5 package from your website. But when I run the software, it shows that NationalInstruments.DAQmx.dll ver. 9.6.45.292 is loaded in the development machine.

In the target computers can be everything.. but I think that the latest machine had a DAQmx 9.7.0 before I made an upgrade by using the 9.7.5 setup package.

I attached a picture of all loaded NI libraries.. but not all of those are used in our all libraries where the problem exist..

BR,
Ilkka

[FoxSquirrel]

So, here's what I'm thinking.  When you install the DAQmx 9.7.5, it installs the 188 on your computer.  I wonder if there still isn't' something in your code that is referencing the 188.    Can you attempt to build it without the dotfuscator to try and pinpoint the error?

[Yltsä]

Hi,

When I remove NationalInstrumens.Common.dll from the reference list, I have the following build error:

Error 40 The type 'NationalInstruments.ComponentBase' is defined in an assembly that is not referenced. You must add a reference to assembly 'NationalInstruments.Common, Version=13.0.40.188, Culture=neutral, PublicKeyToken=dc6ad606294fc298'.

Why the compiler is asking 188? I have all references to 190 and the 188 is not visible to my project at all..

Before that test I made the following too:

• Removed all NI software from the development computer
• Installed Measurement Studio 2013 for VS2012
• Installed DAQmx 9.7.5
• Compiled new excecutables without the Dotfuscator program.
• Installed new software into a new computer which has an older DAQmx
• Run the program.. and the same error; 188 is missing..

Please note that originallyI have installed Measurement Studio 2013 and after that Measurement Sudio 2010 into this computer. But the MS Studio 2010 is removed later..

BR,
Ilkka

[FoxSquirrel]

Try making a new project.  This might be helpful to look at when setting up your references.  Also, how are you making the installer?

[Yltsä]

Hello,

I made a new solution and project.. Added NI Windows Forms into it and one Scatter graph. After that I removed the reference to NationalInstruments.Common.dll..

And there is the same error; 188 is missing.

Error 1 The type 'NationalInstruments.ComponentBase' is defined in an assembly that is not referenced. You must add a reference to assembly 'NationalInstruments.Common, Version=13.0.40.188, Culture=neutral, PublicKeyToken=dc6ad606294fc298'. c:\users\ilkka\documents\visual studio 2012\Projects\WindowsFormsApplication1\WindowsFormsApplication1\Form1.Designer.cs 73 53 WindowsFormsApplication1

My installer is based on the WiX sample code from Measurement Studio examples..

BR,
Ilkka

[Yltsä]

Hi again,

I am not using the installer now. I just copy the compiled binaries to the other computer. I can see there that the both 188 and 190 are loaded.

In the other computers this changed so that only the 190 was used after I made DAQmx 9.7.5 update. But please note, that at the moment the DAQmx library is not used at all in the target computer.

I tested the instalation also in a computer, where is no DAXmx. And the same result.. missing Common 188..

BR,
Ilkka

PS: Sorry.. it is little messy 😉