2010-12-16 24 views
0

Windows上でLabViewでアプリケーションを開発しています。 1週間前から、1台のテストマシン(ToughBook、それ以下)はカップルの日に一度フリーズしました。マウスカーソルがなく、タスクバー時計がフリーズしていました。だから昨日、引退した。しかし今、私は別のマシン、つまりラップトップでも見ました。Windows LabViewでマウスカーソルがフリーズする

これは非常に珍しいPCの故障モードです。私はWindowsについてよく分かりませんが、ソフトウェアが完全に突然停止して突然カーネルがパニックに陥ることができなくなったことを示すことができます。

これは正確な評価ですか?どこでこの問題をデバッグするのですか? Windowsアーキテクチャ内のカーソルを制御するもの - それはすべてカーネルモードですか、何かが突然停止する可能性のあるウィンドウサーバーですか?不安定なサードパーティのハードウェアドライバが、ブルースクリーンではなく、これを引き起こしますか?

EDIT:コードが実行されている間にフリーズが必ずしも発生しないと付け加えます。

+2

woohoo a labview question!まあ...少なくとも、LabVIEWには「LabVIEW」と書かれています。すべての深刻さで、私はserverfaultまたはスーパーユーザーがこれのためのより良いフォーラムかもしれないと思います。 – SiegeX

+0

@Siege:おそらく...実際、私は数時間前に別のLabView関連の質問をしましたが、そのようにタグ付けしませんでした。とにかく、私はこれが他のサイトに移動する前に、これのアーキテクチャ側が答えを得ることを願っています。 – Potatoswatter

答えて

2

私は確かにハードウェアやドライバを考えていますが、おそらくあなたはどのようなハードウェアが関係していると言えるでしょうか?

LabVIEWコードが話しているハードウェアごとに「デバッグモード」を追加することでテストできます。実際のI/O呼び出しをスキップし、アプリケーションの残りの部分にダミーデータを返すケース構造。実際のデバイスが返すものと同様の量のデータであることを確認してください。明確に定義された関数を使用してコードをSubVIにモジュール化した方がずっと簡単です!ハードウェアの特定のビットへのI/O呼び出しを無効にすると、そのハードウェアまたはそのドライバに問題がある可能性があることが示唆されます。

+0

それは良い考えです。残念なことに、このコードはあまりよく考慮されていません。 MCUコミュニケーションドングルはNIの部品であり、資格があるはずですが、それは容疑者と思われます。上記のように、VIが実行されている間にクラッシュが発生するとは限りません。 – Potatoswatter

1

問題が何であるかを言うのは難しいです。症状に基づいて、メモリリークの可能性をチェックします(LabVIEWアプリケーションのメモリ使用量が「Windowsタスクマネージャ」を使用して時間外に増加しているかどうかを確認してください)。

+0

メモリリークがありません。定期的に確認します。また、マシンは停止する前に遅くならなかった。 – Potatoswatter

関連する問題