問題タブ [wdk]

アセンブラー ファイルをコンパイルしてドライバー ビルドにリンクする方法。

少し明確にするために

SOURCES ファイル:

で問題が発生しますz.asm file。NMAKEは、ビルド方法がわからないと不平を言っていz.objます。

問題は、asm ファイルを でアセンブルしbuildてリンクする方法bla.sysです。

私が構築しているターゲット ドライバーは、ネイティブ ドライバーではなく、Microsoft Universal Pinter Driver で動作するミニドライバーです。

DDKによると：

これらの項目 (私の場合はフォント) の説明は、Platform SDK のドキュメントで説明されているように、リソース DLL に配置されます。

それから次のように続けます。

プリンターのリソース DLL で、RC_UFM リソース タイプを使用して .ufm ファイルを指定し、RC_FONT リソース タイプを使用して .ifi ファイルを指定します。

SDK への参照にもかかわらず、リソース dll 内に .ifi フォント情報を実際に配置する方法に関する情報はありません。

誰でもこれを行う方法を指摘できますか?

編集

はい、プリンタには常駐フォントが含まれており、それらを記述するリソース ファイルを作成する必要があります。

これまでのところ、別の障害にぶつかりました。リソース dll にコンパイルする必要があるフォント記述ファイルは.ifi(DDK は可能だと言っていますが) できないようで、機能しません。ただし、.ufmフォント記述ファイルでは機能します。問題は、デバイス フォントを記述した ifi ファイルしかなく、umf がないことです...

何かアドバイス ？

Windows DDK のまったくの初心者であることをお許しください。

次の名前の単純なファイルを作成しましたtest.cpp。

同じディレクトリに、次のsourcesようなファイルを作成しました。

そして、makefileこのような：

Windows XP Free Build Environment を起動した後、3 つのファイル (test.cpp、makefile、およびソース) を含むディレクトリを参照し、次のコマンドを実行します。

どの出力:

問題は、作成した実行可能ファイルを実行すると、次のように表示さtest.exeれることです。

ここで何が欠けていますか？

Microsoft は、さまざまな Direct3D API の実装を参照するためのソース コードをハードウェア ベンダーやドライバー開発者などに配布しています。このコードは広く使用されていますが、セミプライベートであるため、基本的な有用な情報がより広い Web で入手できることはありません。これは十分に一般的に使用されており (そして、このコミュニティではよく知られている厄介な問題です)、基本的なビルド情報は機密性が低いため、Google で見つけられるはずです。

ビルドの readme では、WDK を使用し、コマンドでビルドすることが提案されていbuild -cz -daytonaます。紛らわしいことに、これは大量の出力を吐き出しますが、何も構築しません。

これを乗り越えると、WDK 6001.18002 を搭載した Vista、最新の d3def9 ソース配布がlinkサブプロジェクトで失敗し、「出力を生成できませんでした - 警告はエラーとして扱われます」というメッセージが表示されます。

XP d3dref9.dll もビルドが混乱する可能性があり、D3D ヘッダーとタイプを見つけられないことがよくあります。

複数のディレクトリから離れた場所にソースファイルを追加する（例：../../ source.cppまたは../../../somewhere_else/source.cpp、vs。source.cppまたは../source.cpp） WDK /DDKビルドでのSOURCES=宣言により、次のエラーが発生します。

ビルドにリモートソースファイルを含めることは可能ですか？

ハードディスクでの読み取りと書き込みのイベントを「キャッチ」できるドライバーを（cで）作成したいと考えています。私の問題は、これらのイベントを処理するためにシステム バスをリッスンする方法がわからないことです。Microsoft DDK を使用しています。

ありがとうございました！

私はカーネル ドライバーの開発に詳しくないので、Windows エクスプローラーで CD エミュレーションのような仮想ドライバーを追加する簡単な方法が他にあるかどうか知りたいです。

Mac Drive 7は、ハードドライブとCDの両方のWindowsにHFS +とHFSのサポートを追加します。これには、Macパーティション形式などの問題の処理が含まれます。明らかに、それは、たとえそれが遅くても、Windowsでのファイルシステムのサポートが何らかの形で拡張可能であることを意味しているに違いありません。では、誰かがWindows用の単純な（またはそうでない）ファイルシステムドライバーをどこから書き始めることができるでしょうか？これらは一般的に使用される単語であるため、私はこれをグーグルで検索するのに多くの問題を抱えています。

Visual Studio2005ではなくWindowsDriverKit（WinDDK 6001.18001）を使用してユーザースペースアプリケーションをビルドしています。ドライバーコンポーネントもビルドする必要があるため、このアプローチを採用しています。したがって、すべてをビルドするための単一のビルド環境が必要です。 。Microsoft自体は、いくつかの製品にこのアプローチを使用しています。

Boost 1.38.0を使い始めるまで、これは問題なく機能していました。カーネルモードコンポーネントではC++を使用しておらず、ユーザースペースアプリケーションのみを使用しています。C ++コードでは、Boostライブラリを使用するのが自然です。残念ながら、WDKは同意しません。

私が気付いた最初のエラーはptrdiff_t、Annex Dで必要と思われるように、「＃include <cstddef>」がstd名前空間に配置されないことです。これを回避すると、boost\lambda\detail\operator_return_type_traits.hpp約error C2976: 'std::basic_string' : too few template arguments.にいくつかのエラーが残りました。iostreamでは冗長に見えます。

Boost、iostream、およびWDKの組み合わせをうまく連携させることができた人はいますか？

私のソースファイル：

service.cpp：