Takaさん、こんにちは。

＞Chicchiさん、こんばんは。
＞
＞何やら複雑な方法で解決されたようですが...
＞
＞元発言のスクリプトにおいて、いくつかアドバイスします。
＞
＞その１
＞RetrieveRowイベントにスクリプトを記述している場合、PowerBuilderは暗黙にYield()を
＞呼び出してくれます。（レスポンスが低下するのはその証拠）
＞ですので、明示的にYield()を書く必要はありません。
＞
＞その２
＞厳密に言うと、検索をキャンセルする場合フラグをON/OFFするだけでは不十分です。
＞同時にdw.DBCancel()によって終わらせてください。
＞
＞その３
＞RetrieveRowの最中にDoubleClickedが割り込まれて実行される点に注意してください。
＞その中でレスポンスウィンドウを開き、閉じた後にRetrieve関数を再発行していますね。
＞ここが最大のポイントだと思うのですが、大もとのRetrieve関数によるRetrieveRowの
＞タイミングで、更なるRetrieveを割り込み実行することは可能だと思いますか？
＞
＞解決策としては、レスポンスを開く?閉じたら再Retrieve の部分をウィンドウ関数
＞などに移してください。そしてDoubleClickedには、
＞
＞// 検索の中断
＞ib_cancel = TRUE
＞This.DBCancel()
＞
＞// 開く（非同期呼出し）
＞Parent.POST wf_OpenChild(Row)
＞
＞とすべきです。
＞こうしておけば、大もとのRetrieveが完全に終わってからウィンドウが開くように
＞なりますし、Start/Endのタイミングで複雑な処理をやらずに済みます。

　具体的なご回答を頂き、ありがとうございます。デ
ータウィンドウコントロールの関数にDBCancelなんて
いうのがあること、RetrieveRowでPBがYieldをかけて
いることなど、今更ながら知らないことが多いなと痛
感させられました。
　また、当然のことながら不安定な動作を避けるには、
ご指摘のとおりRetrieve中に再びRetrieveを行うよう
なスクリプトの記述には問題があるようです。本当に
的確なご指摘を頂きまして、ありがとうございました。