Emilio,

actually, further investigation has discovered one more issue. So, while it is true that there is an error in the detection logic in our installer, there is also an issue within OPC Core Components install (which we cannot influence - it's from OPC Foundation), where they test just for .NET 2 CLR. And, without it, things like OPC proxies/stubs do not get installed, resulting in errors such as "Interface not registered".

So, with this double-bug, our current behavior is, on the surface, correct, because it "compensates" for the OPC Core Components problem (but it does not do it intentionally, and it does not do it correctly anyway, so some change to the logic is still needed).

I am trying to resolve the issue with OPC Core Components with OPC Foundation.

Wow, thanks a lot!
We will continue normally.

Best regards,
Emilio

Emilio,

I have investigated the installation logic, and found a flaw in the part that determines the required .NET Framework versions. Thanks for reporting this.

We will fix it and post a new build. It is still true, however, that under Windows 8 this message can be safely ignored, and the installation will proceed normally.

Best regards

Emilio,

I will reply in full later - please bear with me. There is probably a reason behind this, but I need to investigate in detail.

As a note, the "blocking issues" installation page does not, in fact, block the installation from further progress. So if the user knows it is OK, he/she can continue.

Z.

Hello Zbynek,

here attached a ZIP with the screenshot I received from our tester.
The OpcLabs version is also visible, 5.23.

Thank you!
Emilio

Emilio,

1. Which version of QuickOPC is it - 5.23, or 5.31 ?
2. Can you please post here the precise error message or message box snapshot, and (if it is not clear from the message), try to identify the actual program that shows it? I am afraid that it may be coming from one of the OPC Foundations installs that we call, but I need to verify that. They may test for some .NET with CLR 2.0 which is anything up to 3.5 SPn.

Regards

Hello,

our application is a .NET 4.0 application.
We are now installing it on test machines, not yet end customers.

We always said that we need .NET 4.0.

The following happened:
Our tester wanted to install the application, and the OpcLabs setup, on a machine with Windows 8.
OpcLabs didn't install because it said that .NET 3.5 SP1 or higher was needed.
.NET 4.0 also didn't install because Windows said that a higher .NET framework was already there.

Workaround:
Install first .NET 3.5 (although it is not needed directly by our application), the OpcLabs (Production Installation Mode), then our software.
Everything worked fine.

Question:
Is this the intended way?
Do we need to install .NET 3.5 on Windows 8 machines in order to install QuickOpc first?