Open HovoApoyan opened 2 years ago
Hi there,
Captain here:
Regards!
Thanks for the feedback,
what do you mean to build both TBC?
I also tried to build OPCToolbox_VS2017.sln (in order to run with the same Visual Studio version), and get this link error.
from OPCToolbox_VS2017.sln OTB_VS2017 could not create the OTBD.lib file, and accordingly OPCToolboxC++_VS2017 cannot open the OTBD.lib file. Magically appear new problem ))
TBC = OPC ToolKit C++ API (TBC actually means [OPC] ToolBox for C++... the first name of the C++ API)
Please mind the paths.
And yes, both the release and the debug versions of the TBC use the OTBd for importing symbols (debug version).
In order to correctly build the TBC, you would need to first build the TK CORE. The ToolKit CORE (OTB) API is C++, so there's no preference for the Visual Studio you use. Only make sure you use a Visual Studio that supports 64-bit compiling if you would like to build the TBC on 64-bit as well.
Rule of thumb for the linker (32-bit example below): TBC < OTBd TBCd < OTBd TBCu < OTBud TBCud < OTBud u = Unicode version d = Debug version For 64-bit, append x64 to all of the above.
Please read the help file, there are sections in how to build the TK CORE (OTB), TK aPI (TBC/TBN) and samples. Compile it with SandCastle - maybe https://github.com/EWSoftware/SHFB works.
Mind x64 vs x86 when registering C++ OPC servers and the systems preference in case the same server name is registered for both x64 and x86.
NEVER EVER EVER EVER use JIT-architecture switching (AnyCPU) for .NET OPC servers.
Hello @HovoApoyan , can you please update us on your progress?
Hi @ro0ter, I stopped working on this project. Thanks for some help.
I have some questions about the OPC DA server.
I'm build OPCToolbox_VS2019.sln, get the corresponding .libs for DemoServer, then I try to open DemoServer_VS2017.vcxproj and run it, I'm set the already built files to the project linker (path and dependencies).
but I get a linker error