問題タブ [device]

保護されたメモリにアクセスする前に「ファイル」を開く必要がある Giveio.sys ドライバーを使用しようとしています。次の構文を使用する WinAVR/AVRdude の C の例を見ています。

しかし、これはPythonでは機能しないようです-「指定されたパスが無効です」というエラーが表示されます

と

なぜこれは同じことをしないのですか？

うまくいけば、アイデアの混乱を減らすために編集されました (ありがとうウィル)。AVRdude に付属のバッチ ファイルを使用して、デバイス ドライバーが実行されていることを確認しました。

SamB の報奨金を明確にするためにさらに編集。

termios.h定義:

しかし、旗は何の役に立つのでしょうか?

int/long を返す win32gui.GetDC を使用して、別のプログラムでオブジェクトのウィンドウ ハンドルの DC を取得しています。この DC を Python のメモリ DC にブリットする必要があります。どうすればよいか分からない唯一のことは、win32gui が返す int/long から wxDC 派生オブジェクトを取得することです。wxDC オブジェクトのどれも、私が知る限り、実際の DC ハンドルをそれらに渡すことを許可していません。もちろん、これにより、ブリットを行うことができなくなります。これを行う方法はありますか？

C#.NET からシステム デバイスを無効にする方法はありますか。

基本的に、デバイスマネージャーに移動してデバイスを無効にするときにエミュレートしますか?

呼び出すことができる WinAPI 関数があると仮定していますが、それがどれかわかりません。

これを行う必要があるのは、デバイスを無効にしてすぐに有効にする必要があるためです。

Windows XP および Vista (x86 & x64) で作業する必要があります。「DevCon」と呼ばれるものを見ましたが、Vista x64 では動作しないようです。

ありがとう。

答えについては、こちらを参照してください:プログラムでシステム デバイスを無効にするにはどうすればよいですか?

私はラップトップよりも小さいものを考えており、仕事の途中でプロジェクトのオイラー問題などに時間を費やすことができます。

何か案は？

ドキュメント (Java Jasperreports) を Windows サーバー上で実行されているプリンター デバイスに直接送信するバッチ アプリケーションを作成しています。

アプリケーションをテストしてパフォーマンスを測定するために、テストまたはダミーの Windows 印刷デバイスを探しています。このデバイスは、実際のプリンターに印刷するのではなく、プリンター デバイスをシミュレートして、そのバッファー、1 分間に印刷されるページ数などを構成し、印刷ページ数に関するレポートを生成できるようにします。

Web で見つかった唯一のテスト デバイスは PDF ファイルに印刷されますが、説明されているようなシステムを見つけるのは難しいようです。それは存在しますか？

Linux ドライバーのローダブル モジュールを開発していますが、ドライバーで別のデバイスを使用する必要があります (別のドライバーにスタックされたドライバーのようなもの)。

ドライバーで別のドライバーを呼び出す/使用するにはどうすればよいですか? どちらもカーネルにあると思うので、別のドライバーを直接使用できる方法があるかもしれません。

厄介な問題が発生し、デバッグしようとしている会社の多くのエンジニアが一時的に困惑しました。

C++ プログラムは通常、MPI を備えたマルチコア コンピューターのクラスターで実行されます。

非常に長い時間 (おそらく数日) 実行された後、突然失敗します。

それに取り組んでいるほとんどのエンジニアは、プログラム自体にバグがある可能性を排除したため、ハードウェアの問題の可能性を非難し始めていますが、Linux カーネル モジュールまたはデバイスのいずれかにソフトウェアの問題があるに違いないと思います。運転者。

疑わしいのは、カーネル モジュールまたはデバイス ドライバーが、いくつかの浮動小数点計算を行うために、SMP システムでは安全でない方法で FXSAVE/FXRSTOR を実行していることです。これは、再入可能にする必要があるカーネル ルーチンの静的バッファに対して FXSAVE を実行するのと同じくらい簡単なことかもしれません。これにより、競合状態のバグが発生し、スレッドの浮動小数点コンテキストがほとんど破損しなくなります。

アプリケーション レベルでは、FXSAVE/FXRSTOR コンテキストの一部である MXCSR の 1 つまたは複数のビットが突然変更されているように見えますが、それを変更するアプリケーション コードはありません。

何年も前に Windows で似たようなことがありましたが、最終的にはビデオ ドライバーのバグであることが判明しました。アプリケーション コードがオペレーティング システムによってプリエンプトされたときに、そのスレッドのコンテキストの一部の MXCSR ビットが破損していました。

私は Linux カーネルのハッキングやデバイス ドライバーの開発の専門家ではありませんが、再入可能性の規則が大幅に変更されていることを読んでいます。非 SMP システムと SMP (マルチコア) システムの間。カーネル バージョン間。など。したがって、競合状態のバグの可能性は妥当と思われます。

私の質問は次のとおりです。その説明に当てはまる既知の Linux ドライバー (またはカーネル) のバグはありますか?

同様の症状があった場合、私が引用できる前例があれば参考になります。この時点で、関係者の多くは (IMHO) 「私のコードにはバグがないので、ハードウェアが悪いに違いない」と考えて時間を無駄にしています。それを超えて、本当の原因である可能性が高いものを探したいと思います.