私は自分がいる場合、 1つのプロセスを見つけることが必要なシナリオがある デーモン プロセスまたはされていません。このチェックは、プロセス内から実行する必要があります。私がないようにしているAPIを直接知っている。私はこれらのオプションを検討している。

1 。 ctermid （ ） -これは、 manページを1として失敗することができます
2 。 INTはdevtty ;場合（ （ devtty \u003dオープン（ "は/ dev / tty " 、 O_RDWR ） ） < 0 ）それはです デーモン。何か他の場合には、されないことがありますが、本当ですか？
3 。以来、 setsid （ ）は、端末から、おそらくgetsid切り離すために使用されます（ ）プロセスグループのリーダーとのセッションリーダーをチェックするために使用することができます。
4 。 pidを見る場合、親1またはされていません。ことができます デーモン プロセスが1以外のppid ？

より多くの選択肢がありますか？私がこれを行うには最良の方法ですdont知っているが、何が最も適切な方法でしょうか？

デーモンはppidと1のppidを持つことができますしている場合はその保証はない デーモン。私は/ dev / ttyのようなアイデアは、オープン。これ携帯だ。しかしもちろん、他の理由で失敗することができます。誰がした
rmは/ dev / tty
あらゆるお客様のシステムのですか？また、プロセスのfdなどの静止画は、最良の方法だからかもしれない。 Unixのシステムに応じて、携帯以外の方法がある可能性があります。 psのためのソースコードを取得し、参照してくださいどのようにこのようなものを見つけた。しかし、それはトラブルを避けるためには多くの開口部は/ dev / ttyです。私はそれで行くと思います。

私は論理コンテキストでビルドすることができますので、よろしいと思います。たとえば、ベクトルSIGHUPをゼロ以外の場合、プロセスが開始されます。後に自分の子供/実行（もちろん、フォークは練習のベクトルをnullに） 、明らかに自分の良いことの屈辱を避けるために良いです デーモン コード終了時にスターターの上に終了する。そのためには、その後、テスト"になることが私のSIGHUPベクトルはNULLになりますか？ "とプロセスに応じています。良い目的に、あなたのOSの設備を使用して、お客様にコンテキストを特定するにも役立つことができます。

任意のプロセスnohupプロセスとしてSIGHUPシグナルから守られ、ターミナルの制御から切り離さ、 ppidているが、 1のはdaemonizedされていません。

この方法-マスクのアクセス許可をチェックするために？私は必要だが、練習の前に行われるプロセスdaemonizingは標準的な練習を知っている。

が本当ではない。いつでも任意の デーモン フォークを無視sighupが発生すると、この声明には、反例を作成します。 （ initを反例を作成せずにフォークでしたが、決して無視hup ）
これらの基準を満たすために実際に発生するすべてのプロセスのデーモンがあります。ないことを意味する過程を制御する端子です デーモン。かどうかのプロセスをさ デーモン ppidとは関係がない、またはそれを無視している信号。

Unixのほとんどのバージョンの際には、システムコンソールには、ログインシェルのppidに1となりますログインしてください。 TCPの上昇する前に/ 1されたすべてのログインシェルのppidのIP 。 、すべての端末を制御するが、これらのログインシェルのデーモンをなしている。ゲッティても、他の行が/ etc / inittabの。それぞれの1行目のように潜在的な対話型シェルppidです。しかし、他の多くの子どもたちによって生み出されたオープンはttys残りのinitデーモンはありません。

プロセスを終了するときは、その子のinitの所有になっています。これらの子供たちは、このデーモンをしているかどうかに影響されていません。一部されています。一部ではない。

cronは1のpidを必要はありません。 cronをするたびに、新しいプロセスをされているプロセスを生成 デーモン。これらのデーモンの1のppidがないだろう...そのppidのcronを指しされます。

いつの場合に処理をしているか確認する必要がある デーモン 、 ppidかどうかは完全に無関係です。デーモンおよび非デーモン1のppidすることができます。デーモンおよび非デーモンがあること以外ppid 。

デーモン時にすることを選択 〜でない sighupを無視します。両方のinetd自体がHUPを聞いているのinitデーモンの例です。ときは、自分自身を再構成する。しかし、それ以上のための一般的です デーモン HUPを無視している。

本当にそれは非常に単純です。
デーモンの制御端子があります。
以外のデーモンを制御する端子があります。

ものの例としては、プロセスの上で何の関係もない デーモン ステータス...
pidを
ppid
シグナルマスク

合意した。
ppidは重要ではありません。

しかし、何についてのプロセスを開始し、端末を制御するプロセスとしてnohupから切り離さ？
それは端末接続されているとき、これはと呼ばれていることはできないと思う デーモン。

nohupとしてスタートするかどうかは重要ではありません。最もよく明示的に信号を無視しては、信号が受信するためのハンドラをインストールするデーモン書面を無視します。

しかし、もしそれを制御するのターミナルから切り離さが、それはです デーモン。まさにこのときのcronを再起動するか、コマンドラインからのinetdに発生しています。以降ではないデーモンプロセスの制御端末としているとは思わない、何を、あなたが定義され デーモン？