不安定なスクリプトやりたいことをしていないスクリプトがあります。 だから私は何が起こっているのかを追跡するのに役立つ簡単な診断を追加します。
show("here");
しかし、これを実行するとJMPがクラッシュします。
他の誰かがこの種の問題に遭遇したのではないかと思います。
進むのがそれほど多くないことを私は知っています！
再：不安定なスクリプトいや。一人で実行しただけで、私には起こりません。 通常のコードでは、非変数に対してshow（）を使用することはあまりありません。通常print（）を使用します。
再：不安定なスクリプトこの動作は再現可能ですか？JMPがクラッシュして再起動した後はどうなりますか？
再：不安定なスクリプトデイブ、
私はJMP Pro 14.3で、Windows 10の下で動いている、これに関する問題を抱えていません。再：不安定なスクリプトいくつかの更新：
- この問題はMacOSで発生しています。 Windowsでも問題なく動作します。 14.2を実行していて、14.3にアップグレードしても問題は解決しません。
- 私は私が同じ振る舞いを示す簡単なサンプルスクリプトを作成するのに苦労すると思いますが、問題は再現可能です。
- 私が "show"を持っている唯一の理由は、実際のコードがクラッシュを引き起こしていて、実行を追跡するためにshowステートメントを使っているからです。 しかし、私が考えることができる最も些細なコードでさえ - ちょうど "ショー" - 問題はまだ起こりました。 しかし - 私が "show"を "print"に置き換えればクラッシュは起こりません！だからそれは進歩です！
再：不安定なスクリプト<この返事をまとめて別の返事に添付するように移動しました。
再：不安定なスクリプト私が言ったように、"print"は機能していますが、クラッシュを引き起こしていた他のコードのプレースホルダーに過ぎませんでした。
私はもう少しテストをしました。 これは、シュレディンガーの猫のように感じ始めています。
元のコードを復元しました。
JMPを再起動してスクリプトを実行すると失敗します。 JMPを再起動してスクリプトを開いた場合 - スクリプトを見て、それがどのようなものかを思い出させるために - スクリプトを閉じて実行すれば、うまくいきます。
再：不安定なスクリプトクラッシュした場合は、JMPのバグです。あなたが何らかのクラッシュファイルを手に入れたなら、それは私たちがそれを理解するのを助けるかもしれません。
ご想像のとおり、表示ボックスと閉じたレポートが関係していると思いますが、どういうわけか削除された表示ボックスを指しているJSL変数があります。それが削除されてからそのメモリに何が起こっているかによって、悪いことが起こるかもしれません。それとも何もない。showまたはprintを使用してログに書き込むと、表示ボックスのクリーンアップや、おそらくクラッシュが引き起こされる可能性があります。
JMP 15では、ディスプレイボックスをより最新の方法で処理するために多くの作業が行われました。あなたは早期導入者JMP 15からより良い診断を得るかもしれません。
再：不安定なスクリプトあなたはCraigeにスポットを当てています。
ブロックごとにコードを再生成し、毎回JMPを再起動するという面倒なプロセスを経ました。 エラーの原因は、私が削除していた表示ボックスでした。 ディスプレイボックスはバブルプロットの凡例でした - 私はそれをいくつかの追加情報と整列させることができるようにVListBoxに入れたかった - クローンを作成し、それを削除してからVListBoxの一部として追加しました。 バブルプロットもコンテナ内にあり、当時はウィンドウにアタッチされていなかったのでレンダリングされませんでした。 私の最初の回避策はレンダリング後にそれを削除することでした、そしてそれは問題ありませんでした - しかしちらつき。 私はそれから私がメッセージをバブルプロットに送ることによってそれを取り除くことができると決心しました、そしてそれはうまく働いていました。
