Re: 無反応時の完全シャットダウンを回避したいまた、2022 年 (ほぼ 2023 年!!) に JMP がまだシングルスレッドであることにも非常に失望しています。JMP 開発チーム -- 複数のスレッドを使用!!GUI + Windows API 呼び出し用の 1 つのスレッド、JSL スクリプトの実行など、計算を実行するための他の複数のスレッド。
応答がない場合の完全なシャットダウンを回避するユーザーとして、JMP をバージョン 9 から実行し、数年前に JMPPRO にアップグレードしましたが、エラーの可能性がある大きな計算が行われている間に JMP complet をシャットダウンするのにいつもがっかりし、プログラムが応答せず、停止したい衝動にかられます。私の誤ったコマンドを実行するソフトウェア。開かれたデータテーブルの最後の変更を保護できると、非常に役立ちます。セッション ログはバージョン 17 で導入されたので、この新しい素晴らしい機能を使用して実行できるのではないかと思います。または、多くの変更や手順を無駄にしないように、構成可能な「オートセーフ」のようなものを導入します。
マスカスタマイゼーションRe: 応答しない場合の完全なシャットダウンを回避する - ステータスが次のように変更されました: Acknowledgedやあ@egon_gross 、 提案ありがとう！ ご要望を承りましたので、検討させていただきます。
Re: 無反応時の完全シャットダウンを回避したい@ほぎかどうかわかりませんFileSnapper Application Builder で動作しますが、テストする価値はありますか?
こんなウィッシュリストもあります(by me)スクリプト エディタ - 実行前にスクリプトを一時ファイルに保存する機能を追加同じ頭痛を救うことができます。 私はワークフローをバックグラウンドで自動的に構築することができ（おそらくプリファレンスで設定することができます）、JMPがクラッシュした場合、ユーザーはワークフローを簡単に再実行して元の場所に戻ることができるという提案をしました（ウィッシュリストではなく、おそらくここにも投稿します）。 /she でした (もちろん、これはスクリプトでは機能せず、Action Recorder に記録されたアクションでのみ機能します)。
Re: 無反応時の完全シャットダウンを回避したいほとんどの場合、問題を起こすのは私自身のコードです。
したがって、実行前に自動保存、私の親友です。
残念ながら、Application Builder ではこの設定は使用されません。
したがって、次のプログラミング エラーで Jmp をフリーズしようとする前に、自分でアプリケーションを保存する必要があります ....
Re: 無応答時の完全シャットダウンの回避 - ステータスが次のように変更されました: 調査中皆様、議論ありがとうございました！ これについては現在調査中です。
Re: 応答がないときに完全なシャットダウンを回避する - ステータスが「確認済み」に変更されましたRe: 応答がない状態で完全なシャットダウンを回避する関連する願い:
JMP を終了せずにプロセスを終了
タイムアウト
