3rd Party Software

@aha_1980

Unfortunately WinCC OA 3.15 requires no later than QT 5.5.1, MSVC 2013 and Win 64bit

I have downloaded a different file from https://download.qt.io/archive/qt/5.5/5.5.1/ and that does indeed seem to have resolved the compilation issue :)

I am now getting an error at runtime but could be something daft so I will look into more.

Thanks

@jsulm I already use MockOpcConf _selectedConfValid;

But I have got the other objects.

Sorry for the post. It seems that my CMakeLists was wrong and hence the building of my program was failing.

In addition to the Qt libraries, I have got Qt5OpcUa.dll and open62541_backend.dll, but it won't work.

Fix this by copy / pasting a sample project into QuickQanava root after forking QuickQanava on GitHub. Rename the .pro, .pro.user and the folder. In the .pro file, put in the new path to the apparent .pri file.

It builds and runs now.

@Christian-Ehrlicher Thanks for your reply. I have used a newly installed machine with only qt 5.14 compiled, and I did not change any source code so it is strange if I by error have somehow included any Qt4 headers.

I see that the build also fails at https://github.com/KDAB/GammaRay (ERROR: could not open HSTS store at 'C:\Users\appveyor/.wget-hsts') but I guess this is unrelated.

Best
Daniel

I understand your frustration but there's nothing we can do here. Qt just provides tools. Someone just made a poor use of them. I'm a game engine programmer myself so I can tell you that it can be hard to diagnose these types of issues and it is often hard to even know they exist. It might be a bug, bad network design or a simple case of "works on my machine". Sometimes it's an entirely different team that makes a crappy launcher for otherwise good game or vice versa.

Try to contact the creators. Developers often don't read forums but there's a lot of them on social media like twitter or reddit. Just be polite and keep your head cool. They're people too. Try to imagine how you'd like to be approached when something you made doesn't work for somebody ;)

Hi and welcome to devnet,

You should take a look at the QtPositioning and the QtLocation modules.

Hi and welcome to devnet,

That's a question better asked to the CERN folks.

I solved by creating a stored procedure then passing the values to a json object. Created a trigger on Insert then execute the procedure. In my app it detects the source with switch case. I followed some examples and implemented to my needs.

@lee64456546 Have you tried Doxygen?

Hi all,
Someone please reply to this query.....still I'm not getting the result.

The problem was solved by changing the tread to pthread

@atreidex,

yeah, that will work if the compiler is compatible.

After all, the Qt libraries you use are also build on another system then yours...

Regards

It's telling that the majority of the code examples in that PDF are in Visual Basic, and C++ is treated as a 2nd class citizen in it :-(

The 2nd method (dumpcpp with only an .h) is at least technology from this century so I understand why you prefer it.

Try to see if there's a pattern to the SEG faults, perhaps there's some extra initialization you need to do due to that missing staticMetaObject.

The IDispatch errors are a symptom of inconsistencies in the .tlb file but are glossed over by Visual Basic and C#, but I think they can be fixed with some type coercing, e.g. static_cast<IDispatch*>(ptr)

Good luck!
P.S. There might actually be a 4th alternative, especially if you're only using a subset of that Robot library:
write a "wrapper" COM .dll in C#, I think it's called a CCW (Com Callable Wraper) that exports the stuff you want in a more modern way, which then can be consumed by Qt C++.

Yep, you should include that in the repository as well as the copyright statements of those libraries.
KDE is GPL so not much more to do