0

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

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

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

編集:コードの実行中にフリーズが発生するとは限らないことを付け加えておきます。

4

2 に答える 2

2

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

これをテストするには、LabVIEWコードが通信するハードウェアごとに「デバッグモード」を追加します。たとえば、ケース構造を使用して、実際のI / O呼び出しをスキップし、ダミーデータをアプリケーションの残りの部分に返します。実際のデバイスが返すデータと同じ量のデータであることを確認してください。明確に定義された関数を使用してコードをサブVIにモジュール化すると、これがはるかに簡単になります。ハードウェアの特定のビットへのI/O呼び出しを無効にするとフリーズが停止する場合は、そのハードウェアまたはそのドライバーに問題がある可能性があります。

于 2010-12-16T12:55:47.443 に答える
1

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

于 2010-12-16T01:29:56.013 に答える