PPx 1.93+3 を公開しました。

いくつか修正を行っています。

>>432
おかげで原因が分かりました。+3 で修正しています。

>>433
次の例ではリダイレクトできているのを確認しています。
ただ、ヘルプに記載しているように、-hide を使うと
コンソールアプリの環境変数がおかしくなったり
色々起きるようなので注意して使ってください。
*run -hide -noppb cmd /c ipconfig > file

%*exitcodeの修正を確認しました。対応ありがとうございます。

別件のバグ報告です。win10 ppx64・ppxdw64の193+2以降で発生。
一体化左右2窓・"タブを常時表示OFF"の状態で、
1. 反対窓(PPc[B])にPPv[A]を*capturewindowで取り込む
*ppv
*capturewindow VA -pane:~ -selectnoactive

2. 連動ビューIDを指定する
*ppvoption sync A

3. 連動ビューを解除する
*ppvoption sync off

この操作を実行するとPPv[A]の終了とともにPPc[B]の窓も終了しますが
PPc[B]のプロセスは残っています。
フォーカスがPPc[B]にあるときにPPc[A]にPPvを取り込んだ場合は
PPvだけ終了し、窓は残ります。


もう一件質問です。PPcからPPbに対して、
%Oq *execute B,%%*choice() ;待機ダイアログはでない
%Oq %*extract(B,"%%*choice()") ;待機ダイアログがでる
この違いが仕様かどうか判断できません。

タブ関係の方はこれから調べてみます。

もう一つの方について、*executeは相手にコマンドを送信した時点で
*executeの実行が完了しており、コマンド完了の待機をする必要が
ありません。※コマンド実行が同時並行になります。

%*extractは、送信先のコマンドの実行結果が必要なので
待機＆待機ダイアログがでます。

> もう一つの方について、*executeは相手にコマンドを送信した時点で
> *executeの実行が完了しており、コマンド完了の待機をする必要が
> ありません。※コマンド実行が同時並行になります。
>
> %*extractは、送信先のコマンドの実行結果が必要なので
> 待機＆待機ダイアログがでます。

詳しい説明ありがとうございます。
*executeと%*extractの違いはわかりましたが
質問の仕方がまずかったので訂正させてください。

PPvに対して、%*extract(V,"%%*choice()")を実行したときは
待機はしているようですが、待機ダイアログはでません。
PPbに対する、%Oq %*extract(B,"%%*choice()")は、PPb上でPPbの
待機状態になるため、待機ダイアログを抑制できないと考えてよいでしょうか?

ダイアログ自体の問題の方ですね。確かに現在は抑制できません。
何か手段を考えます。