RT
一个daemon 通常是2 次fork 后初始化的，不过在这之后，个人又开了一个线程去处理信号。
这在systemd 上没有问题，指定Type=forking，systemd 就可以正确检测到PID。
SysVinit 同样，因为是脚本，可以直接从锁文件中读PID。
Upstart 开始抽风了，无论如何检测不到正确的PID。测试了下，expect daemon 的情况下，只能调用2 次fork，不多也不少，多了一次pthread_create (syscall clone) 之后，Upstart 立马脑抽。所以现在的问题是：Upstart 指定了expect daemon，但并不是检测第二次fork 后的PID 就到此为止，而是会继续把第三次fork 的PID 当做PID，对于一个daemon 来说这肯定是扯淡啊……
问下这个怎么解决，为了兼容Upstart，只能放弃单独一个线程处理信号的方式吗？
$ uname -srm
Linux 4.2.2-1-ARCH x86_64