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....
The return value of
fork()
depends whether you are in the fork or in the parent. See here: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 usegetpid()
instead -- you are already using the non-cross-platformfork()
.