Language Bindings

@dhagrow
Yes, parseData() will work, the question is why parser.parse(dbc_file) does not seem to open the file from its name. Just try making dbc_file be the correct full path to the file (not just plain "dbc_file") and check whether that makes a difference?

@Alexespo This is Qt forum. Why are you asking about Visual Basic here?

This might help.

@Luuk00101 said in Can't set the icon on the Windows build:

Do you think the path resolves to an invalid one on when we run it on Windows?

This is the first thing I would check.

Resource files: https://doc.qt.io/qtforpython-6/overviews/resources.html

@SimonSchroeder said in Creating C language bindings for Qt - Where do I start?:

using just a plain void* instead of introducing a C struct

@Platinum-Lucario should read and be aware of the discussion we had recently in QGraphicsTextItem * and void * conversion error and the conclusion at https://forum.qt.io/post/815140. The gist is that where Qt uses C++ multiple inheritance you lose information and go wrong if you are not careful about what you pass as a C void *.

@JonB said in How do I create real C# bindings for Qt6?:

If you want to do it for Qt6, and if QtSharp has suitable free use licensing, would that not be a good place to start rather than from scratch?

I'll definitely give it a go! From what I can see, it's under the Apache License 2.0, so it's possible.

@jsulm It's an empty line:
Screenshot 2024-11-12 130412.png

Hi,

While it's a pretty goal to show why it's wrong to update widgets from a different thread, you might have issue reproducing this at will. This is in the zone of undefined behaviour and depends highly on the OS beside what you are modifying and it might just work for a while, do something funky or crash the application.
Also, there might also be the architecture of Python itself that could be at play since it's currently not a true multithreaded language if you take the GIL into account.

@Reds how did you establish which font was the problem, because I have the same issue. Thanks.

6 years later

you ok, dude?

In the post linked by @cristian-adam there is the following comment:

No, import std; has not yet been implemented. The plan is for the compiler to populate a CMake::CXX23 target with the requisite information and have that target provide import std; modules. There are discussions about how compilers/standard libraries should provide information for CMake to use and make such targets.

I assume that the problem is that CMake does not know how to look up modules that are not provided by your own project. Because it cannot find the proper dependencies it will not build.

I'm eagerly waiting for modules to work properly everywhere. This will be a huge boost for C++.

@3119369616
No. And if you were looking for anything "official" that would be The Qt Company, be aware that here we are a user forum. Also Qt is not a programming language, it's a set of code written in C++.

@sierdzio Thank you very much for your quick answer!!! I have done this change and it works!!!
Thanks!!!!!
Have a good day,