DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトが動作しなくなったHPから新しいコンピュータに移行した後、DELLコンピュータで生成されたJSLスクリプトは機能しなくなりました。どちらのマシンもWIN10で動作します。スクリプトを起動するとJMPソフトウェアがフリーズします。
何をチェックする必要があるのかアイデアを探しています。
ありがとうございました。
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないこんにちは @PS_Ato 、
これは本当にイライラするようですね！jmpスクリプトがあるコンピュータでは問題なく、別のコンピュータで問題を起こすべきではないのです。最初の質問として、あなたはJMPの同じバージョンを実行していますか、そしてそれは何バージョンですか？同じメジャーバージョンを想定していますが、両方のマシンで最新のマイナーアップデートも実行されていますか。最初のコンピュータのjmpにカスタム設定がありましたか？もしそうなら、あなたはあなたの他のコンピュータからあなたのjmp設定を移しましたか？重要なのは、あなたは私たちにスクリプトが何をしているのかの感覚を与えることができますか？より多くの詳細をあなたが提供することができます。いくつかの詳細：あなたはスクリプトでファイル/ディレクトリへの参照を持っていますか？もしそうなら、あなたはそれらのファイル/ディレクトリが同じ場所にあると確信していますか？スクリプト内のデータベースに接続していますか？これらのいずれかで障害が発生してもクラッシュは発生しませんが、おそらくここには、ある種の問題を引き起こす独自のものがあります。
@julian
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないこんにちはジュリアン、
これを見てくれてありがとう。
両方のコンピューターでJMPバージョン14です。コンピュータは同じネットワークに接続されています。ファイルの場所は同じです。システムにログインしているユーザーとは無関係です。
例として、私はjmpの設定をチェックしました。それらは同じものです。
他のJSLスクリプトをチェックしました。1つのスクリプトが機能しています。これは、xlsデータをインポートし、追加の操作とグラフをいくつか実行します。
動作しない種類のJSLスクリプトはデータベースやファイルを参照します。
// Opening of database for tbox_value ("inspection lot")
If( tbox_value != "",
sql = Eval Insert(
"SELECT TRBallShearHSBTTSF.Sample, Test, DateSave, ResGrams AS [Shear Strength (g)], Grade AS [Fracture Mode], ResmJoules AS [Total Energy (mJ)], PrePeakEnergy AS [PrePeakEnergy (mJ)], PostPeakEnergy AS [PostPeakEnergy (mJ)], Speed*0.001 AS [Speed (m/s)], TestTime*1000 AS [TestTime (ms)], User1 AS [Inspection Lot], User2 AS [Customer], User3 AS [Surface Finish], User4 AS [Leg], User5 AS [Aging], User6 AS [Test Substrate], User7 AS [Solder Paste / Flux], User8 AS [Solder Balls], User9 AS [Reflow Profile], User10 AS [Delay Time], Operator, FDTData
FROM TRBallShearHSBTTSF INNER JOIN SSBallShearHSBTTSF
ON TRBallShearHSBTTSF.Sample = SSBallShearHSBTTSF.Sample
WHERE User1 LIKE '%^tbox_value^%'");
);
dsn_string = "DBQ=X:\- Assembly\Dage4000\Dage4000HS.mdb;DefaultDir=X:\- Assembly\Dage4000;Driver={Driver do Microsoft Access (*.mdb)};DriverId=281;FIL=MS Access;FILEDSN=X:\- Assembly\Dage4000\Dage4000HS.mdb.dsn;MaxBufferSize=2048;MaxScanRows=8;PageTimeout=5;SafeTransactions=0;Threads=3;UID=admin;UserCommitSync=Yes;";
dt = Open Database(dsn_string, sql, "HSS-Dage 4000");スクリプトは、ダイアログボックスを開くことから見込みを始めます。しかし、"OK"をクリックした後 - 次はデータベースを開くことになります - それはフリーズします。
よろしく、
ペトラ
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないこんにちは @PS_Ato 、
私は両方のコンピュータが同じネットワーク上の場所にマッピングされたX：を持っていて、同じ認証情報を使ってそのリモートサーバーにログインしている（そして同じアクセス許可を持っている）と仮定します。。 そこに問題がないと仮定すれば、おそらくそれはそのデータベース接続と関係があると思います。両方のマシンで[ファイル]> [データベース]> [テーブルを開く]の順に選択した場合、同じデータベース接続が使用可能として表示されていますか？おそらく、2つのシステムがjmpでもODBCデータソースアドミニストレータでも同じように設定されていないのでしょうか。完全な開示、データベースの設定は私の専門ではないので、そこに何かが違う方法で設定されているかどうかを判断するのはあなた次第です。
@julian
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないこんにちはジュリアン、
データベースのパスを詳細に調べたところ、0.1MBのデータベースを参照するJSLスクリプトが正常に機能していることがわかりました。「フリーズ」を引き起こすJSLスクリプトは、0.8MBのデータベースを指します。
よろしく、
ペトラ
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないとてもおもしろいですね。それはデータベースのサイズかもしれませんが、その違いは実際には当てはまるには小さすぎます。これら2つのスクリプト、機能するものとそうでないものとの間に違いがあることが他に何がありますか？再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないすみません130メガバイト対870メガバイト
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないこれは確かに大きな違いですが、実際に心配になるようなサイズではありません。好奇心から、凍ったjmpインスタンスを強制終了するまでどれくらいの時間あなたは待ちましたか？
動作するスクリプトと失敗するスクリプト（DBサイズ以外）との間に他の違いが見当たらない場合は、次に行うことは、各ステップで実行されるスクリプトの一部をセクションごとに切り出すことです（フリーズ/クラッシュが発生した場合に備えて、実行する前に必ず保存してください。私がやろうとしているのはjmpがクラッシュ/フリーズする可能性のある最小のスクリプトを見つけることです。これにはデータベース呼び出しの単純化も含まれます。それが最後に残っていることが問題を引き起こしていると想定した場合です。うまくいかないものから始めて、うまくいくまで複雑さを減らし続けます。私がよく使用するもう1つのアプローチは、他の方向への取り組みです。最大のスクリプトから始めますが、問題を引き起こしている可能性があるすべてをコメントアウトします。失敗点が見つかるまで、ゆっくりコンポーネントを追加し直します。
私はあなたが見つけたものに基づいてこれを助け続けることがうれしいです。別の方法としては、support @ jmp.comに連絡し、誰かと協力して、自分の正確なスクリプトと状況を調べて、何が起こっているのかを判断することです。そして、あなたがそれらに何らかの文脈を与えたいならば、あなたはこの議論を参照することができます。再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないあなたの提案をありがとう。
870MBのデータベースを開く予定であるときに、スクリプトは新しいHPコンピューター（2台のHPコンピューターがテストされたもの）に対してフリーズします（他の以下の部分はすべて消去されました）。
同じ新しいHPコンピューターでも、130MBのデータベースを参照してスクリプトをいっぱいにするのに問題はありません。どちらのデータベースも原則として同じです（2つの異なるテスト - >異なる列名）。
前述したように、私たちが使用しているいくつかのDellコンピュータは両方のスクリプト（130MBデータベースを参照するものと870MBデータベースを参照するもの）をいっぱいにすることができます。
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しない私達は私達の技術サポート部に連絡することが最善であるかもしれないと思います： support@jmp.com 。何が問題になっているのかを突き止めるために、ODBC接続やその他の構成を調べるのに役立つ位置にあります。
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないまた、それがフリーズしたら、何かを促す隠しモーダルダイアログウィンドウがあるかどうかを確認するためにALT-TABを試してください。
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しないありがとう - そうします。
実際の状況は次のとおりです。データベースがHPコンピューターのCドライブにコピーされ、それに応じてスクリプトが調整された場合にのみ、スクリプトはHPコンピューターと同様に機能します。ネットワーク上のデータベースを参照するオリジナルのスクリプトは、HPコンピュータでは動作しません（ HP 840 G5）、しかし、それはDell Latitudeコンピュータとうまくいっています。
再：DELLコンピュータの代わりに新しいHPコンピュータ（両方ともWIN 10搭載） - > JSLスクリプトはもう動作しない「それは確かに大きな違いですが、実際に懸念の原因となるはずのサイズとは思えません。」
親愛なるジュリアン、
参考-今年の初めに、新しいデータベース（3MB）から始め、古いデータベース（895MB）をアーカイブしました。これは、古いDELLコンピューターでのみインポートできました。小規模なデータベースに変更するとすぐに、JSLスクリプトは新しいHPコンピューターでも機能していました。-> データベースのサイズが重要 
よろしく、
ペトラ
