問題タブ [orphan]

Tcl スクリプトからバックグラウンドでシェル スクリプトを実行しています。Tcl スクリプトは、しばらくすると実行を終了します。この時点で、バックグラウンド シェル スクリプトが孤立して init に採用されると仮定します。

問題は、(孤立した) バックグラウンド スクリプトを通知できないことです。しかし、なぜ？今は init に属していますが、なぜシグナルを送れないのでしょうか。sigkill だけが機能しているようで、それはそれを殺します-SIGUSR2を処理するために私が書いたシグナルハンドラーをトリガーする必要があります

孤立したバックグラウンド プロセスを通知できないのはなぜですか? これを行う方法はありませんか？または、何か回避策はありますか？

編集：睡眠が関係していないときはうまくいくようです。以下のサンプルコードを参照してください。

孤立していない場合は正常に動作しますが、孤立したプロセスの場合、問題はスリープの真の pid が上書きされ、トラップが到着したときにそれを強制終了できないことだと思います。

Python ターミナルから、次のようなコマンドを実行して、実行時間の長い子プロセスを生成します。

このコマンドが返され、Python ターミナルで他のことを実行できますが、子によって出力されたものはすべて、まだ Python ターミナル セッションに出力されます。

端末を終了すると (exitまたはCTRL+を使用D)、終了コマンドがハングします。このハング中にCTRL+を押すと、子プロセスが終了します。C

Python ターミナル プロセスを手動で (posixkillコマンドを使用して) 強制終了すると、代わりに子プロセスが孤立し、おそらく破棄された出力で実行を続けます。

このコードを で実行するとpython -c、子が終了するのを待ち、CTRL+Cは親と子の両方を殺します。

親が終了したときに子を殺すpythonの実行構成はどれですか? 特に、python-mod_wsgi-apache Web サーバーが子プロセスを生成してから再起動した場合、子プロセスは強制終了されますか?

[余談ですが、端末から生成された子プロセスをデタッチする適切な方法は何ですか? 次よりもエレガントな方法はありますか:故意に python で孤立したプロセスを作成する]

更新:multiprocessing.Process Apache で実行されている Web サーバーによって生成された Python サブプロセスは、Apache の再起動時に強制終了されません。

私の要件は、xsd と、xsd 内のさまざまなノードに関連付けられたクエリのグループに基づいて、xml ファイルをロード生成することです。また、xml が複数のファイルに分割されるようにデータをページングする必要がありますが、最上位ノード (ルートの次のレベルを意味します) の整合性を維持します。私のアプローチは、データセットにデータをロードすることでした。ページングが必要ない場合はすべて問題ありませんが、ページングが含まれている場合、最上位ノードの下のすべてのレベルで孤立したノードが取得されます。すべての関係を持つデータセットは、孤立した行を防ぐと思いました。結果に孤立した子供がいないことを確認する方法はありますか?

これは私のコードの抜粋です：

Hibernate 4.3.5 / JPA2 オブジェクトで orphanRemoval を使用しようとしていますが、期待どおりに動作していないようです。ただし、何か間違ったことをしているのか、それとも Hibernate のバグなのかはわかりません。

次の関係があるとします (@Version、getter および setter は簡潔にするために省略されています)。

Provider.contracts リストからコントラクトを削除すると、対応する行がコントラクト テーブルから削除され、関連するすべての添付ファイルが添付ファイル テーブルから削除されることが予想されます。ただし、コントラクト テーブルのみが削除されます。添付テーブルは変更されません。

元：

添付ファイルが契約テーブルに対して多対 1 であることを考えると、契約が削除されると、添付ファイルは孤立します。ただし、 を使用してもorphanRemoval=true、DB から行は削除されません。

Hibernate 3 でこれに関連するいくつかの問題を見つけました (ここでは SO、Jira およびその他のオンラインの両方)、Hibernate 4 で修正されたことを理解していました。この問題から、動作しているように見えるので、なぜ機能しないのかわかりません。

私のコードに何か問題や不足がありますか、それとも Hibernate にまだ問題がありますか? 適切に機能させるために、これらのエンティティ クラスのいずれかを実装する必要がequalsありますか? Contract と Attachment で両方の方法を実装しようとしましたが、違いはありませんでした。hashCodeorphanRemoval

Hibernate ログを見ると、Hibernate が結合テーブル (または FK マッピング) に変更を加えていることが示されていますが、関連するテーブルから実際に行が削除されていません。Hibernate が Contract テーブルで provider_id=null を設定していることがわかりますが、代わりに Contract 行を削除するべきではありませんか?

LEFT JOINS を使用して個別の孤立した menu_item レコードを検索し、NULL 値をチェックしようとしています。

以下のクエリは、実際には孤児ではない結果を返しています。mitem_id は、menu_item テーブルの主キーであり、price_info テーブルの外部キーです。pinfo_id は、price_info テーブルと外部キー orderdetails テーブルの主キーです。

返されるレコードの 1 つが次のようになります。

孤児ではないことがわかったのは、クエリを実行したときの理由です。

一連のレコードを返します。

孤立していない結果を返すのはなぜですか?

mysql に接続された propel の多対多の場合のように、結合テーブルを介してテーブル間の 1 対多の関係をモデル化する必要があるという要件があります。私が試した解決策の 1 つは、"1" 側に一意の制約を持つ多対多を使用することです。しかし、これには、削除時に孤立したデータが削除されないという問題があります。これに対する解決策はありますか？

シナリオは次のとおりです。

アプリケーションの Wix インストール スクリプトでは、スタート メニューのショートカットとデスクトップのショートカットが以前とは異なる方法で処理されるようになりました。

これらの変更により、ユーザーが以前のインストールからの更新を実行すると、ユーザーがタスク バー上のアプリケーションにピン留めしたショートカットが孤立します。つまり、ショートカットは残りますが、何も指していません。

ショートカットは、リンクが削除されたことを示す空白のページとして表示されます。C:\Users[UserName]\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBarフォルダーをざっと見てみると、これが確認できます。ショートカットをクリックすると、ショートカットが削除され、ショートカットを削除するかどうかを尋ねるウィンドウ ダイアログが表示されます (既に削除されているため、回答は意味がありません)。

私の質問は：

孤立したショートカットを削除するようにタスクバーに指示する方法はありますか?

これは、新しいバージョンをインストールした後、Wix スクリプトのカスタム アクションによってトリガーされることが望ましいです。