問題タブ [kill-process]

独自のプロセスでサービスを実行しています。夕方には問題ないように見えますが、寝た後は、Androidが斧を持っていると思います.

onDestroy()Android がサービスを強制終了したときに呼び出されないと考えるのは正しいですか? そうでない場合、キルが登録されている他の場所はありますか?

を研究する必要があると思いますAlarmManager。

Debianを実行しているサーバーでいくつかのプロセスが強制終了されているのを見つけました。マシンが再起動されていないことを確認できます。マシン上で強制終了されたプロセスをチェックする方法があるかどうか疑問に思いました。

必要な権限があります。

私は、77M行-20GBテーブルにクラスター化インデックスを生成するloooooong実行スクリプトを持っています。

このデータをクエリする必要があるので、インデックスの生成を停止して、夜間に再開します。

よろしいKILLですProcessIdか？

Windows XPは、ファイルを作成した（そして開いたままにした）プロセスがタスクマネージャーなどで強制終了された場合でも、ファイルの「最終変更」情報（_stat64で読み取ることができます）が正しいことを保証しますか？（電源コードの引き抜きは含まれません）

実験からは、強制終了時にファイルを閉じ、「最終変更」をその瞬間に設定しているように見えますが、これについては確認したいと思います。

前もって感謝します。

私には2つの異なる活動があります。最初のものは2番目のものを起動します。

2番目のアクティビティでは、System.exit（0）を呼び出します。最初のアクティビティは「ページスタック」が原因で戻ってくると思います。しかし、私は2つのことが起こったことを発見しました。

1. 進行中のバリアントはその価値を失いました。（進行状況の再開だと思います）
2. 最初のアクティビティで作成され、2番目のアクティビティでデータが追加され、保存されたファイルが失われました！（サンドボックスから消去されました）。を使用して作成したファイルapplicationContext.openFileOutput(fileName, Context.MODE_PRIVATE);

その状況でサンドボックスは掃除されましたか？'リターンキー'による通常の終了、またはandroid.os.Process.killProcess(android.os.Process.myPid())サンドボックス内のファイルは保持されました。では、System.exit（0）を実行すると、実際に何が起こったのでしょうか。

ありがとう！

WATIRを使用してブラウザを制御していますが、スタックしたものすべてを完全にロードしないページがあります。60秒のタイムアウト後、WATIRでエラーが発生し、コマンドを書き続けることができますが、作成した関数でWATIRを使用してブラウザーを閉じようとすると、すべてがスタックします。

ブラウザを手動で閉じると、すべてがうまくいくように見えるので、chromeプロセスID、PIDを見つけて、rubyを使用してプロセスを強制終了するオプションを探しています。

これが私が見つけたコードサンプルです：

irb

このすべてのメソッドは私にNILを与えます。最後のもの-NoMethodError：nil：NilClassの未定義のメソッド `pid'

私の研究から、私はPIDを取得する必要があると思います。その後、プロセスを閉じることができます。

任意のヒント？私は窓を使っています！これまでのところ、Rubyで名前でプロセスを強制終了するためのメソッドは作成されていないようです。

編集：

私はWindowsのコマンドラインから何が機能するかを見つけました：

しかし、私はルビーを使用しているので、エラーが発生します。

SyntaxError：（irb）：1：不明な正規表現オプション-f（irb）：1：構文エラー、予期しないtINTEGER、keyword_doまたは'{'または'（' taskkill / im Firefox.exe / f / t> nul 2>＆1が必要です

ルビーからcmdコマンドを実行する方法は？

私が持っているコードの基本的な説明をすることから始めましょう。メインの親プロセスから始めます (注: 簡単にするためにすべての機能を示しているわけではありません。拡張が必要な​​場合はいつでもお知らせください)。

何が起こっているかは次のとおりです。

1. スクリプトを開始し、プロセスを適切に取得します (例: Parentpid:2、childpid:3)。
2. 次に、親に SIGHUP シグナルを送信すると、適切に強制終了され、新しい子プロセスが開始されます (たとえば、Parentpid: 2、childpid:4)。
3. 次に、親に 2 番目の SIGHUP シグナルを送信すると、新しい子プロセスを適切に試行して追加しますが、2 番目の childpid を強制終了することを拒否します。(例: Parentpid:2、undyingchildpid:4、newchildpid:5)

詳細が必要かどうか、または意味がないかどうかを教えてください。初めて子供たちを適切に殺す理由がわかりませんが、2回目はそうではありません。

さらに厄介な部分は、再起動ハンドラーを変更して、SIGINT で子を殺そうとし続けるように変更すると、毎回失敗しますが、SIGKILL コマンドを送信すると、子プロセスが強制終了されることです。

適切に処理するには、子供が SIGINT によって殺される必要があります。私はそれをSIGKILLしたくありません。2 回目の SIGINT が機能しない理由はありますが、SIGKILL は機能しますか?

クエリを最適化しようとしています。変更するたびに、クエリが完了するまで長い間待たなければなりません。本当に時間がかかります。

実行されたクエリを確認し、それらを強制終了/停止する方法はありますか??

プロセスがいくつかのスピンロックまたはセマフォを保持していて、誤って終了した場合（たとえば、Linuxによって強制終了された場合）、Linuxはこれらのロックを正しく解放しますか？Linuxがこの機能を果たさないのなら、なぜですか？

私のプログラムは、特定のアプリケーションを強制終了する必要があります。ルート化されていない在庫のデバイスで可能ですか? はいの場合 - どのように？そのプロセス名と PID はわかっています。