Question

I am creating a Qt/C++ console application which successfully forks. When I call QCoreApplication::applicationPid() before fork, and then after fork (in the child), I get the same pid.

I realize I could just use the return value from fork() but I'm trying to do things the Qt way. Is there a better/right way to get the PID of the child (from within the child) in Qt?

And out of curiosity, why isn't QCoreApplication::applicationPid() providing the new PID? I assume it's now providing the ppid....

Was it helpful?

Solution

The return value of fork() depends whether you are in the fork or in the parent. See here:

On success, the PID of the child process is returned in the parent, and 0 is returned in the child. On failure, -1 is returned in the parent, no child process is created, and errno is set appropriately.

Thus, you get the pid of the child only within the parent from fork() (not in the child as you seem to imply). That is actually how you check whether you are in the child or not -- i.e. whether the return value is 0 or not.

Anyway:

There is no way to fork the Qt way because forking is not possible on all platforms (esp. Windows), thus Qt cannot have that.

Also note that certain parts of Qt might be in an invalid state in the child (e.g. on MacOSX, the Cocoa GUI cannot be used in a forked process). So be careful.

I haven't really found details whether Qt otherwise supports forks (I mean in a way that it behaves sane: e.g. the list of threads in the fork will be different, so it must be aware of that). I have asked about that here.

QCoreApplication::applicationPid() probably caches the value and thus returns the wrong value in the child. But don't care about that, just use getpid() instead -- you are already using the non-cross-platform fork().

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top