winceos\COREOS\nk\kernel.. のファイル「handle.c」を変更し、nk.bin の core.dll に変更を反映するようにビルドする必要があります。
ホール ソリューションのビルドを回避するために従うべきビルド順序はありますか?
winceos\COREOS\nk\kernel.. のファイル「handle.c」を変更し、nk.bin の core.dll に変更を反映するようにビルドする必要があります。
ホール ソリューションのビルドを回避するために従うべきビルド順序はありますか?
ご回答有難うございます。
私が今自分で試してみて見つけたのは、はい、 PRIVATEの下の「winceos」フォルダーの「build&sysgen」を実行することで可能です。
カーネル コードでの変更の実行は、RETAILMSG を追加して HANDLE カウントを確認するだけでした。ファイル handle.c は、ハンドル テーブルを作成し、ハンドルを与えます。ハンドルを作成/割り当てるコマンドがいくつかあります。カーネルがどのハンドル要求によって handle.c(??) を呼び出すかはよくわかりませんが、一部の開発者にとっては、それを操作できると便利です??
しかし、要約すると、「build & sysgen」+「MakeRunTimeImage」を実行すると、カーネルの変更が有効になります。「PRIVATE/winceos」で実行しましたが、おそらく、よりローカルに、たとえば PRIVATE/winceos/COREOS/nk/kernel フォルダーで実行することでも可能です。私はそれを試しませんでした;)
まず、あなたが行った場所でその変更を行うことは、悪い、悪い考えであると言わせてください. パブリック ツリーまたはプライベート ツリーを直接変更しないでください。Microsoft がそのコードを変更する QFE を発行した場合、QFE を適用すると、変更は警告なしで上書きされます。常にコードを複製し、複製を変更します。
プロジェクト全体を再構築せずにカーネルの変更を行う限り、答えはノーです。できません。コードの変更によりアドレスが変更される可能性があり、ビルド プロセス中に膨大な量の OS がそれらのアドレスで修正されます。そのような変更の後、全体を再構築する必要があります (たとえば、OS 全体を再構築せずに個別に構築できるドライバーとは対照的です)。