General and Desktop

@Chris-Kawa Hi, can you post a small example to get this feature please? Or can you tell me where I should go to look for more about that? Thank you

Never done what ?

Hi, If using Qt Creator, you have a wizard to help you.

@JonB Thanks for help. Yes, the main question in my problem was: what we mean by "days". 24 hour or days between midnight. When I found an answer on this question, I found a solution. Huge thanks everyone for help!

There we go, got it to work now by adding = nullptr to the TestClass constructor like this: TestClass(QObject * objectParent = nullptr) Thanks so much.

The problem was with my Arduino code. I have modified it and it now works even at 500K baud rate!

@sierdzio told you to inspect the backtrace!

@closer_ex They added a lot of highly expensive Q_ASSERT-statements sometime in Qt 5. That might be the cause of high CPU usage. EDIT: You can verify that by defining your own Q_ASSERT and Q_ASSERT_X macros before including the first Qt header file.

I fixed this by setting QFont font = this->font(); to ui->appName->font(); in case anyone comes across this.

@Christian-Ehrlicher Thanks for tracking that down. Hope Qt gets it fixed soon.

@Christian-Ehrlicher Ohhhhh! It works! I replaced all the function malloc() in my code, then the output of VLD went back to a normal value. THANKS A LOT!!!

@eyllanesc the problem was my Arduino. I simplified it just to test and based on your suggestion and now it is working properly even at 500K baud: Arduino code: char buffer[16]; void process(); void setup() { Serial.begin(500000); } void loop() { process(); } void process() { while (Serial.available() > 1) { Serial.readBytesUntil('\n', buffer, 16); Serial.println(buffer); } }

@CJha said in Main GUI thread stops when worker thread is invoked using Qt::QueuedConnection: I thought if I put the priority as QThread::LowPriority for one instance and QThread::HighPriority for the other then Qt will make sure that one with higher priority gets the resources whenever it requires regardless of how long the threads with lower priority are waiting? If this is not the situation then why do we have different priorities in the first place? This is not Qt-specific. On a multitasking system the priority of process or thread determines the timeslices it gets from the OS's scheduler. However, there are so many cores on a system, you can't get performance out of nothing. That's why if you're going to crunch numbers, you want to have a number of threads equal to the number of cores, so each thread runs on its own core as much of the time as possible without being interrupted. Having more threads than cores, contrary to (the layman) popular belief, doesn't produce better performance, it can get you some latency benefit if the cores are not busy, otherwise it's an overhead for the scheduler to slice and rebalance the time slots. That's why you have priorities - to "hijack" latency from other threads/processes running on that system, but again this doesn't mean your code is going to be running faster. @CJha said in Main GUI thread stops when worker thread is invoked using Qt::QueuedConnection: Most of the people on forums and blogs suggest subclassing QObject and use moveToThread() instead of subclassing QThread and implementing its run method, why do you suggest differently? Is there a catch? Yes, that's correct. For the general case this is best. If you want to squeeze out the most of the hardware however you're going to want to remove the pesky overhead that comes with this. That's "the catch" - having/choosing the correct tool for the job at hand. Never heard of TS queue, I will try to learn about it. That's a "thread-safe queue" so you don't get the wrong idea.

Hi, From the QBluetoothTransferManager::put documentation: If the platform does not support the Object Push profile, this function will return 0.