終止進程而不終止 JMPJMP 的工作非常出色，即使是很長的分析也能最終完成（除非有硬體限制）。 然而，有時這些漫長的過程是偶然開始的，或者沒有意識到它們實際上需要多長時間。
我想建議一種方法來終止當前進程，以便我開始的單一操作停止，但我不必強制關閉所有 JMP 並丟失我正在進行的任何其他工作。 我知道我自己和許多同事都做過這些事情 - 從意外點擊到錯誤的 while 循環 - 因此，如果有一種方法可以將 JMP 從這個“殺手進程”中拯救出來，我們將不勝感激！
內容組織資料存取分享和交流成果回覆：在不終止 JMP 的情況下終止進程我不會說 Esc 是所有卡住代碼的死刑，但這絕對是首先要嘗試的事情。
就我個人而言，我從來沒有遇到任何被 esc 鍵殺死的卡住代碼：frowning_face：
回覆：在不終止 JMP 的情況下終止進程
所以
Esc
所有卡住的 JSL 代碼都被判了死刑？
回覆：在不終止 JMP 的情況下終止進程嘗試按 Esc 鍵
回覆：在不終止 JMP 的情況下終止進程是
for(i=1,i<10,i--,print(i))
真的是對所有未保存的資料表宣判了死刑嗎？
連阻止的機會都沒有嗎？
回覆：在不終止 JMP 的情況下終止進程@喬納斯_林內
回覆：在不終止 JMP 的情況下終止進程@莎拉-西爾維斯特這是個好消息，謝謝！
回覆：終止進程而不終止 JMP - 狀態更改為：正在調查@內森-克拉克- 感謝您的建議，它已提交並正在評估是否可能包含在未來的版本中。
回覆：在不終止 JMP 的情況下終止進程@派崔克朱利亞諾，這當然是一個艱鉅的任務，但那就太好了:)
不過，保存會話腳本是個好主意，我必須開始這樣做！
回覆：在不終止 JMP 的情況下終止進程是的，這可能是一項艱鉅的任務？不過，那真是太好了！幾乎每個經驗豐富的 JMP 使用者都一定會遇到這種情況。
對我來說，不丟失工作的最佳方法是在整個會話期間間歇性地保存會話腳本：
然後，在 JMP 崩潰和中提琴後，我打開並執行已儲存的 .JSL 腳本！ 我又回到上次離開的地方了...
否則，「自動儲存超時」應該是一個不錯的選擇（「檔案」>「首選項」>「常規」；見下文），但即使我將其設定為一些相當短的間隔（例如2 或5 分鐘） ，它對我來說也不起作用。
回覆：在不終止 JMP 的情況下終止進程如果 JMP 是多線程的，具有公開的事件循環和公開的信號/槽，那就太好了。不過可能不會很快發生......
回覆：在不終止 JMP 的情況下終止進程當我運行需要數小時才能運行的混合模型時，我討厭完全終止 JMP，通常有未保存的工作（表編輯）然後丟失。
回覆：在不終止 JMP 的情況下終止進程以某種方式與提交的願望請求相關 - 如果不是，也許可以將其視為獨立的願望請求
有時，可能會開始（有意或無意）昂貴的分析，而使用者可能不喜歡等待完成。
一種簡單地返回預計完成時間的方法：XXX 分鐘..確認？ ..可以提供使用者額外的選項來啟動分析或不啟動分析。
回覆：在不終止 JMP 的情況下終止進程@altug_bayram這是個好主意:)
一個某種程度上相關的想法：
在首選項中定義平台的逾時： 逾時
回覆：在不終止 JMP 的情況下終止進程目前，我看到這 3 種類型的進程，我們需要一種方法來殺死它們：
- JSL程式碼：
使用電調 - 列公式：
有沒有辦法停止所有評估？
- JMP 平台
需要幾個小時才能完成
a) 加快表/更新速度
b) 壽命分佈（ TS-00122043 ）
……
或者可能只是因為輸入資料龐大
還有其他案例嗎？
關於1-3：
#1：電子穩定控制系統
如果有官方方法來停止所有列公式評估，#2 可以修復嗎？
#3 可以輕鬆修復，可以透過作為單獨任務創建的平台視窗中的取消按鈕，也可以透過超時
@Sarah-Sylvestre @您能否給予 JMP 18.1 的展望
……或有關調查當前狀態的回饋？
回覆：在不終止 JMP 的情況下終止進程 - 狀態變更為：已確認回覆：在不終止 JMP 的情況下終止進程我會喜歡這個。
我目前的方法是接受這一點：如果我的 JMP 陷入困境並崩潰，這表明我需要休息一下。
但若能終止評估過程那就太好了。
