選擇崩潰JMP的位置<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />構建一個簡單的腳本來導入和清理數據。 按預期打開的工作給了我數據表。 當我添加第二個命令時，我正在尋找其中包含術語“Finder”的行，以準備刪除這些行。 當我取消註釋該行並運行它。JMP崩潰了。我哪裡錯了？
DT = 打開 （
（ 選擇文件 （）） ，
列 （
第1欄 = 字符 ，
第2欄 = 字符 ，
第3欄 = 字符 ，
公稱 = 數字 ，
Upper Tol。 = 數字 ，
降低Tol。 = 數字 ，
名稱 （ “1” ） = 數字
） ，
導入設置 （
行結束 （ CRLF ， CR ，如果 ） ，
結束 （ 逗號 ） ，
剝離行情 （ 1 ） ，
使用撇號作為引號 （ 0 ） ，
掃描整個文件 （ 1 ） ，
標籤 （ 1 ） ，
列名稱開始 （ 21 ） ，
數據開始 （ 111 ） ，
要閱讀的行 （ 所有 ） ，
年度規則 （ “10-90” ）
）
） ;
DT << 選擇Where （ 包含 （ 柱 （ 1 ） ， “發現者” ） > 0 ） ;
// dt <<刪除行;
我在MacOS X上使用JMP 8.0.1。
Re：選擇崩潰JMP的位置JMP的穩定性及其無理由（並且不可再現地）崩潰的傾向使我非常猶豫地將這個工具推薦給生產/製造環境。我的笑話是，它有助於人們欣賞前所未有的Microsoft應用程序的健壯性和穩定性。對於價格而言，它是我的應用程序（工程環境中的數據發現）的最佳選擇，但使用起來非常令人沮喪。我在V11.2.1上！
Re：選擇崩潰JMP的位置我正在考慮升級（我從版本3開始就是用戶）。 好奇雖然我已經使用JMP很長一段時間我一直在不同的平台上進行大部分腳本分析，並且現在只是為了支持已經解決JMP的客戶端，JMP總是如此不優雅且有錯誤。 似乎是一個錯誤導致JMP完全崩潰而不是給出一些錯誤反饋。 這種行為使得編寫腳本非常痛苦。
Re：選擇崩潰JMP的位置它在腳本指南和腳本索引中都記錄在版本11中。 你有機會升級嗎？
Re：選擇崩潰JMP的位置謝謝。 你的解決方案有效，但我不知道為什麼。我在腳本手冊中找不到任何對get行的引用。
Re：選擇崩潰JMP的位置嘗試使用得到行在哪裡代替選擇在哪裡 。 此代碼適用於JMP 11;不確定8：
FOUND_ROWS = DT << 得到行在哪裡 （ 包含 （ 作為專欄 （ 1 ） ， “發現者” ） > 0 ） ;
如果 （ NROWS （ FOUND_ROWS ） > 0 ，
DT << 刪除行 （ FOUND_ROWS ） ;
） ;
