C+中父进程id的父进程++; 我有一个C++程序,我试图跟踪父进程ID链向后(父父代,父父代父,等等)。第一步很简单-getppid()返回直接父进程的进程id。在那之后,我被难住了

C+中父进程id的父进程++; 我有一个C++程序,我试图跟踪父进程ID链向后(父父代,父父代父,等等)。第一步很简单-getppid()返回直接父进程的进程id。在那之后,我被难住了,c++,pid,proc,C++,Pid,Proc,我目前正在linux中开发,一个解决方法是对proc命令的输出进行屏幕清理。这是可行的,但它不可移植(Mac要么没有proc,要么不是通用的) 有什么想法吗?这有帮助吗?您允许/愿意在流程之间进行何种沟通?管?先进先出?文件?@kyriakosSt似乎认为这些过程是OP的产物。是吗,user3195869?考虑到OP能够使用getppid()调用,它的意图显然是用户编码的进程。proc命令的输出是一种解决方法。为什么需要搜索pid?这样的解决方案一开始很笨重,正如您所发现的,不可移植。为了获得最

我目前正在linux中开发,一个解决方法是对proc命令的输出进行屏幕清理。这是可行的,但它不可移植(Mac要么没有proc,要么不是通用的)


有什么想法吗?

这有帮助吗?您允许/愿意在流程之间进行何种沟通?管?先进先出?文件?@kyriakosSt似乎认为这些过程是OP的产物。是吗,user3195869?考虑到OP能够使用
getppid()
调用,它的意图显然是用户编码的进程。
proc
命令的输出是一种解决方法。为什么需要搜索pid?这样的解决方案一开始很笨重,正如您所发现的,不可移植。为了获得最佳的可移植性,使用IPC机制在进程之间进行通信。这有帮助吗?您允许/愿意在流程之间进行何种沟通?管?先进先出?文件?@kyriakosSt似乎认为这些过程是OP的产物。是吗,user3195869?考虑到OP能够使用
getppid()
调用,它的意图显然是用户编码的进程。
proc
命令的输出是一种解决方法。为什么需要搜索pid?这样的解决方案一开始很笨重,正如您所发现的,不可移植。为了获得最佳的可移植性,请使用IPC机制在进程之间进行通信。