General and Desktop

Yes, thanks guys. I have seen the error like you say. It was a conflict of params ( QString and QFile ) in the function. Thank all of you!!!

Resolved: It was a bug in my code

@Aleksey_K ...which is indeed where I suggested telling the debugger to ignore certain signals...

@JKSH said in How to check QT license from command line? Legal to release app using opensource QT libs if we own commercial license?: I don't know the official answer to your question Somewhere on the Qt company web site talking about licensing I believe they claim you cannot (are not allowed to) mix commercial with open source. That is why I recommended the OP check with them, or at least their web site where it talks about licensing requirements.

@Christian-Ehrlicher said in File Locking with Resource Compiler. Why?: I don't see what Qt can do against this - when the OS says that there are no resources available (No locks available) the app can't do anything against it. It is Qt's resource compiler that is doing the locking.

@Chris-Kawa @Christian-Ehrlicher I expected that the RTL mode reverse also coordinate frame. There is no spacer item in my Hboxlayout. I will try your advices. Thanks.

@Christian-Ehrlicher No, and I asked you to check the original question rather than the latest update, which you seem to have trouble understanding without the original context. So here's the quote from the original question for you: When I run this [code in question] under GNU/Linux the output hash is the same as a result of running command line tool md5 or md5sum. When I run the very same code under MacOS - I get different hashes from the application and command line. I never wrote I was trying to compare hashes between two different OSes (and files for that matter). The mismatch was between hash given by the Qt code I quoted and the regular command line tool hashing a file on the same OS.

@SimonSchroeder I want to update my progress bar, if one of these values greater than 0. For example if the dizi[1] > 0, update. I dont want to see dizi[0]. Because of it i started from 1

@hei6775 QListView with a custom QAbstractListModel i guess. also read this: https://doc.qt.io/qt-5/model-view-programming.html#using-drag-and-drop-with-item-views to make your model provide custom drag data

Thank you all, I found the last fail, with your help. In that path distribution, I must supply the complete main path in add_executable. add_executable(${TARGET} app02/main.cpp) Perhaps is there a better solution, so, if somebody want add something, please, you're welcomed

@Christian-Ehrlicher Sorry for late! I had so many different work :( Today i will provide a minimal example! Thanks a lot! :)

Solved in (6.1.0 Beta 1 [19433]) Has been reported as a bug and was solved only in version 6.

Thanks for the info. I was able to find my answer on this thread: @kshegunov said in Proper way to Manage Information Between Threads: @VRonin said in Proper way to Manage Information Between Threads: The semaphore is redundant here. No, it is not!!! @darkp03 said in Proper way to Manage Information Between Threads: I was quite disappointed to know that reimplementing the run method isnt the correct way, but everywhere on internet says that. Don't be, the internet is wrong. It's a valid thing to do if you don't need to use any of the signal-slot machinery. However your queue implementation looks a bit off. Consider this one: Producer(s): QByteArray data; //< Data to put in the queue inputNeeds.acquire(); // First wait for more data to be consumed if needed (do not overfill the queue). QMutexLocker lock(&queueMutex); queue.enqueue(data); queueAvailability.release(); Consumer(s): queueAvailability.acquire(); QMutexLocker lock(&queueMutex); if (queue.size() <= 0) return; //< So graceful exit is possible QByteArray data = queue.dequeue(); inputNeeds.release(); Where variables are: QSemaphore queueAvailability, inputNeeds; //< inputNeeds is initialized to some number (e.g. 10000) in the beginning - that's the maximum number of items the queue will hold so it doesn't overflow if the consumer(s) lag behind QMutex queueMutex; QQueue<QByteArray> queue; So mutex and sempahore makes sense

I have found out what was the problem. For some reason I don't know every time I build the application Qt Creator will create the binary in the debug folder even though I have it set to release. None of the changes I was making was actually taking effect since I was always checking .exe file from the release which was remaining unchanged the whole time. So I took the .exe from the debug folder and deployed it and all is working fine. Now I have to check what might me going when building my app cause the .exe is pretty big and I am not sure if is the release or the debug(it is in the debug folder, but I built it with release build set). I thank you all for the time and patience. I really appreciated it.

setParent() is not a const function so don't pass a const pointer.

@qazaq408 in QtWidgets there is directly no such feature. You could mimic it with a QTreeView and styled item delegate. The first level items are the sections and the second level items are the actual items in your list. The QML ListView supports such sections out of the box though.

@John-Howe works fine by me class HelloWorldTask : public QRunnable { public: void run() override { while (true) { QThread::msleep(16);//60Hz, ca. qDebug() << "Hello world from thread" << QTime::currentTime() << QThread::currentThread(); } } }; int main(int argc, char *argv[]) { QApplication app(argc, argv); // QCoreApplication app(argc, argv); QLabel responsiveLabel("Move me"); responsiveLabel.resize(200,200); responsiveLabel.show(); HelloWorldTask *hello = new HelloWorldTask(); // QThreadPool takes ownership and deletes 'hello' automatically QThreadPool::globalInstance()->tryStart(hello); return app.exec(); }

I've made some progress in this area, not all widgets have USER property, but its pretty simple to figure out.

The same problem happened to me with that version of Qt. The most annoying part is that the application is running without any problem, but each time I have to ignore the errors to deploy it. Searching further It seems to be fixed with version 15.1 https://bugreports.qt.io/browse/QTCREATORBUG-24321 https://codereview.qt-project.org/c/qt/qtbase/+/308209 Regards Massimiliano