Qt application output says crashed

[yeye_olive]

Does the output show "-x-x-x- Count Reached 10 -x-x-x-" if you wait long enough?

There is nothing wrong with your application, except that:

• there is a race condition between slots: worker->stopThread() is connected to both timer.stop() and worker->deleteLater(); worker could be deleted first, thus preventing timer.stop() from being run. Since the order in which the slots are run is unspecified in general, this may or may not happen in practice.
• the application never terminates. Nothing causes the event loop to exit.

I cannot see why stopping the timer would be necessary. However, you should probably exit the event loop cleanly. Here is a proposal that exits the program after the worker has finished its work:

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
    QTimer timer;
    Worker worker; // No need to allocate this on the heap; the stack is fine, and the object will be automatically destroyed at the end of the function (just like a and timer)
    QCoreApplication::connect(&timer, SIGNAL(timeout()), &worker, SLOT(process()));
    QCoreApplication::connect(&worker, SIGNAL(stopThread()), &a, SLOT(quit()));
    timer.start(1000);
    return a.exec();
}

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
    QTimer timer;
    Worker worker; // No need to allocate this on the heap; the stack is fine, and the object will be automatically destroyed at the end of the function (just like a and timer)
    QCoreApplication::connect(&timer, SIGNAL(timeout()), &worker, SLOT(process()));
    QCoreApplication::connect(&worker, SIGNAL(stopThread()), &a, SLOT(quit()));
    timer.start(1000);
    return a.exec();
}

To copy to clipboard, switch view to plain text mode 

[rawfool]

Does the output show "-x-x-x- Count Reached 10 -x-x-x-" if you wait long enough?

Yes! The output prints the same.

the application never terminates. Nothing causes the event loop to exit.

I'm closing the console window. So, doesn't that mean that a signal to terminate the application is emitted implicitly ?

Your solution worked cleanly though, thank you.

[anda_skoa]

there is a race condition between slots: worker->stopThread() is connected to both timer.stop() and worker->deleteLater(); worker could be deleted first, thus preventing timer.stop() from being run. Since the order in which the slots are run is unspecified in general, this may or may not happen in practice.

Actually, as of Qt5 the order of slot invocations it now specified as being in order of connects.
This is de-facto also the case for Qt4.

Cheers,
_

[yeye_olive]

I'm closing the console window. So, doesn't that mean that a signal to terminate the application is emitted implicitly ?

No. It is possible to make this happen, but Qt offers no built-in platform-agnostic way to do it. There are several threads discussing solutions on this forum. That being said, the default behavior (the application is killed without having the opportunity to run clean-up code) is often acceptable.

Actually, as of Qt5 the order of slot invocations it now specified as being in order of connects. This is de-facto also the case for Qt4.

Thanks, I must have missed that.