QProcess and Ctrl-Z + BG on Linux

[SameerK]

@JonB OP here. My apologies. I didn't have notifications on. So didn't see these useful responses till today.

I am still trying to solve this problem.
To answer your questions

• workerProcess is just the name of the QProcess. No threads involved?
• I DO press the button which starts the workerProcess AFTER the suspend/background
• The worker process is doing non UI stuff.

Hope this answers your questions. Desperately seeking help on this.

[SameerK]

@JonB
I tried your simple example and it works as expected. I see both the started and finished slots being called even after suspending the application with ctrl+Z and putting it in background.

However same thing doesn't seem to happen in my code. Unfortunately my code is too complex to put here. But I tried the following experiment.

Where I start my process, I also started a test process similar to your example.

m_testProcess = new QProcess;
QObject::connect(m_testProcess, &QProcess::started, this, []() { qDebug() << "m_testProcess started"; } );
QObject::connect(m_testProcess, QOverload<int, QProcess::ExitStatus>::of(&QProcess::finished), this, []() { qDebug() << "m_testProcess finished"; } );
m_testProcess->start("sleep", { "1"} );

Before Ctrl-Z + bg, I see both started and finished messages.
After Ctrl-Z + bg, I see the started message but not the finished message.

Any idea what might be going on?

[JonB]

@SameerK said in QProcess and Ctrl-Z + BG on Linux:

However same thing doesn't seem to happen in my code. Unfortunately my code is too complex to put here.

I think you know the likely response here! If code works in simple case but not in your "complex" case then probably nobody can guess. You really need to comment out swathes of code till you can find where the different behaviour seems to emanate from.

A couple of tests here. I don't know what we will make of the answers, but let's gather the information:

• Where you do your test you say you do this sleep() as well as your process. Eliminate your process for a while, just in case that somehow interferes.
• Instead of going bg after the Ctrl+Z try fg instead. Any difference?
• When you do not get the QProcess::finished signal, use ps to find the current state of the sub-process. Is it running? Suspended? Zombied? Removed from running processes and no longer found?
• Attach slot to signal void QProcess::stateChanged(QProcess::ProcessState newState). What state changes do you get?
• When setting off sub-process start a QTimer for, say, once per second. Have it report QProcess::ProcessState QProcess::state() const. What state does that repeatedly report?

[SameerK]

@JonB Will try out your sugeestions.

Just wanna say that I really appreciate you responding to this "help me find a needle in the haystack" kind of question :)

[SameerK]

@JonB said in QProcess and Ctrl-Z + BG on Linux:

These were very useful suggestions.

• Where you do your test you say you do this sleep() as well as your process. Eliminate your process for a while, just in case that somehow interferes.
  Did this. Still the same result.
• Instead of going bg after the Ctrl+Z try fg instead. Any difference?
  Doing fg instead bg produces same result.
• When you do not get the QProcess::finished signal, use ps to find the current state of the sub-process. Is it running? Suspended? Zombied? Removed from running processes and no longer found?
  Shows up as follows withps - [sleep] <defunct>
• Attach slot to signal void QProcess::stateChanged(QProcess::ProcessState newState). What state changes do you get?
  I get Starting and Running, nothing afterwards.
  Debug: m_runProcess stateChanged - QProcess::Starting
  Debug: m_runProcess stateChanged - QProcess::Running
  Debug: m_runProcess started
• When setting off sub-process start a QTimer for, say, once per second. Have it report QProcess::ProcessState QProcess::state() const. What state does that repeatedly report?
  Tried this. It reports the process as "Running"

[JonB]

@SameerK said in QProcess and Ctrl-Z + BG on Linux:

Shows up as follows withps - [sleep] <defunct>

Not sure. From what you say I think the sleep sub-process has exited but not been waited on by its parent. Qt parent still thinks process is running, hence no finished.

Really I'm afraid as you know we have demonstrated in a small test program that it behaves OK there. I think you will have to find out what differs in your real program.

[SameerK]

@JonB

Yes that's what seems to be happening.

Another thing I discovered. This happens only with an explicit Ctrl+Z.
If I send a SIGSTOP to the main application process from another terminal and then put it into background, things are fine.

[JonB]

@SameerK
I had meant to mention testing that. That's ridiculous. But again I'm afraid I don't know what it tells us, nor what you can do about it. I reiterate that since it does not happen on my small test program you are going to have to find out what is different in your complex situation, somehow.

[SameerK]

@JonB Doing that now.

But once again wanna mention that I truly appreciate you spending time helping me debug this.

[SameerK]

@JonB I went back to your small test program and ran another experiment and now I can get that to fail too!!!

Invoke test application
Ctrl-Z
bg
Press button
Things work fine (Get both started and finished signals)

Invoke test application
Press button
Things work fine (Get both started and finished signals)
Ctrl-Z
bg
Press button
Things don't work anymore (Get started signal but no finished signal!!!)

Btw, I am using Qt5.12 and on RedHat Enterprise Linux 8.6

[JonB]

@SameerK
If it's repeatable you can raise a bug report for it. They will want as small a piece of code for the UI as possible. Pick something standard under Linux for the command (sleep might be suitable).