JSL腳本從JMP 13更改為JMP 14你好，
客戶在將JMP 13版本的腳本運行到JMP 14.1時遇到問題。在運行腳本時，JMP 14.1崩潰了。
客戶想知道JSL的主要變化是什麼。
平台：
表：加入，更新
能源部：定制設計
圖：圖形生成器
分析：分佈，擬合模型
如果他們可以更加深入地了解重點，那麼它將大大簡化更新腳本的過程。
非常感謝，
瓦萊麗
Re：JSL腳本從JMP 13更改為JMP 14如果客戶將其賽道中的崩潰文件提交給JMP TS並向您發送賽道號Valerie，我很高興自己查看崩潰報告，看看我們之前是否看過這個問題。Dan的正確報告問題是我們能夠根據已知問題的數據庫進行檢查並確定它是否已知問題以及是否已經解決或需要進一步調查的最佳方式。Re：JSL腳本從JMP 13更改為JMP 14根據我的經驗，這是因為腳本編寫者正在利用從未發生過的副作用行為。一個新版本出來了，當源代碼修復時，這種行為就會消失。幾乎每次我看到這種情況發生時，都可以在較舊的JMP版本中重寫腳本，因此它適用於較新的JMP版本。我要注意的一些事情：
1）使用當前數據表（）設置正在操作的表。我認為應該使用的唯一地方是在腳本的頂部創建指向在腳本運行之前立即選擇的表的指針。
2）類似地，在最初實例化對象並嘗試通過其他方式（如名稱）訪問對象時，不創建指向對象的指針。
3）不在本地或使用命名空間確定範圍，即假設變量可以在整個腳本和腳本之間自由傳遞。
4）對報告窗口元素使用絕對引用。來自具有給定名稱的大綱框的相對引用更加健壯，但不是萬無一失的。
5）使用硬編碼的文本字符串或數字，除非絕對必要。
不確定文檔會有多大幫助，因為它不會告訴他們不應該做什麼。最好讓他們發送腳本來支持（使用運行它所需的任何模擬數據）。
編輯：添加5）
Re：JSL腳本從JMP 13更改為JMP 14謝謝你的澄清 - 對我有意義:)
Re：JSL腳本從JMP 13更改為JMP 14就''文件'而言這一頁值得注意的（特別是'JSL Compatability Notes'，它們出現在哪裡）。
Re：JSL腳本從JMP 13更改為JMP 14 @martindemel - 我們鼓勵擁有他們管理的腳本的客戶加入Early Adopter（EA）計劃。我們希望他們下載下一版本的JMP，嘗試他們的腳本並在事情不起作用時提供反饋。我們通常不想接受客戶的腳本（就像我們不想要他們的數據一樣！）。但是，如果他們使用Beta版本的JMP試用他們的腳本，我們可以進行修復，然後他們可以在下一個測試版本的軟件中試用它。或者使用示例數據提交其腳本的測試用例，例如顯示問題。
這是一種更靈活的方式來參與開發，因為在典型的EA週期中有7-8個EA版本，每個月我們開始發布一個新版本。更好的是在Beta期間報告這些事情，而不是等待14.1（現在我們處於14.2代碼批准模式，今天是14.2代碼凍結）。
所以基本上，對於這個特定問題的任何修復，無論是什麼，都必須等待JMP 15（2019年9月）。 我們現在開放JMP 15 EA計劃。
Re：JSL腳本從JMP 13更改為JMP 14 @danielvalente ：有一天，對於那些有重要腳本項目的客戶來說，是否有選擇將它們提供給開發，因此他們可以在通常的兼容性測試期間對其進行測試（如果客戶同意提供運行腳本所需的所有內容）？我可以混淆一下嗎？
Re：JSL腳本從JMP 13更改為JMP 14謝謝，馬丁。
除了兼容性之外，在任何版本的JMP中運行的腳本都不會崩潰，即使它們是在以前版本的JMP中編寫的。然而，我們可以確定特定腳本中發生的事情的最佳方法之一是，如果客戶崩潰了JMP後，他們可以提交崩潰報告以及復制崩潰的步驟（如果適用）。請鼓勵所有客戶提交他們的崩潰報告。
你可以看到我們的開發團隊是多少幹使用崩潰報告來實現在每個後續版本的JMP中識別和修復盡可能多的崩潰的目標。
Re：JSL腳本從JMP 13更改為JMP 14在每個腳本指南中都有一個Compability部分，其中包含此版本中已更改的內容。
Re：JSL腳本從JMP 13更改為JMP 14我不知道。但有沒有任何文件解釋這些變化。這就是他們想要的。
Re：JSL腳本從JMP 13更改為JMP 14Valerie - 他們已經向技術支持部門提交了14.1次崩潰案嗎？如果是這樣，你可以附加TS軌道嗎？
