問題タブ [sigkill]

phshutdown (再起動またはシャットダウン) を使用して QNX ニュートリノをシャットダウンしているときに、メッセージ キュー (mqueue) を強制終了している間にシステムがハングします。画面に表示されるメッセージは次のとおりです。

サービスプロバイダーのシャットダウン (mqueue)

この理由は何ですか？

killコマンド形式を使用した操作の違いは何ですか、どのシナリオでどちらを使用しましたか。

私はコーディングの初心者であり、このコードでこのエラーが発生する理由がわかりませんでした: ランタイム エラー (SIGKILL)。ありがとう。コードは単純なダイクストラのアルゴリズムです。このコードは、テスト ケースのバッチで実行されます。したがって、最も外側のループです。サンプル入力: 3 3 2 1 2 5 2 3 7 1 3 3 1 2 4 1 3 7 2 3 1 1 3 3 1 1 2 4 1 3

出力- 12 5 NO

開始後、アドレスとポートにバインドするプロセスがあります。これらのプロセスはexec、子プロセスが閉じると画面が閉じるように、を使用して画面内で実行されます。

プロセスを強制終了するときはを使用kill -9 PIDしますが、画面が終了することがありますが、プロセスを再開すると、古いプロセスはまだポートを使用しているため、プロセスを再度終了する必要があります。

また、ソケットが開いたままになり、メモリが古くなり、ランダムなリソースが使用されていることも読んだSIGKILLので、単純なkill PID、つまりに目を向けましたSIGTERM。

SIGTERMプロセスがアドレスとポートからバインド解除できることが保証されていますか、それともより良い代替手段がありますか？

ログでは、Watchdog は を送信して system_server を強制終了しましSIGKILLたが、ログはどのように " Fatal signal 6( SIGABRT)" を示したのでしょうか? を受信した後にプロセスが終了することはわかっていますがSIGKILL、なぜ受信したのSIGABRTですか? 誰かが私にそれを説明できますか？どうもありがとう。

以下にいくつかのログを示します。

Linux プロセスが I/O を待機している場合 (つまり、SLEEP状態にある場合)、SIGKILLそれに対してシグナルが発行された場合、終了時 (STOPPED状態) にそれは通過しますか、RUNNINGそれともREADY状態になりますか?

言い換えれば、プロセスが生成されたようなシステム割り込みを処理するにSIGKILLは、パススルーRUNNINGまたはREADY状態が必要ですか?

通常の状況では、プロセスはカーネルからの割り込みを処理できることを知ってSIGKILLいて、応答しないシグナルを殺すという非常に矛盾した目的があることを知っていたので、もし殺されているプロセスにどれだけの制御が与えられているかについて、私は疑問を持っていました。