問題タブ [dword]

Set-ItemPropertyほとんどのシステムで動作する PowerShellを使用してアイテムを作成しようとしています。

これにより、ほとんどの Windows 7 システムで DWORD 値が作成されますが、代わりに STRING 値が作成されるシステムが 1 つ見つかりました。システムの動作が異なると何が起こる可能性がありますか? その値がまだ設定されていないものはすべて、同じ Powershell バージョンを使用して同じベース イメージを使用します。

ところで、次のコードを使用することで、型を明示的に設定できることがわかったので、すでに問題を解決しました。

しかし、好奇心のために、システムの動作が異なる理由を知りたいと思います。

Windows Data Typeによると、DWORD と DWORD32 はどちらも IntSafe.h を除いて「32 ビットの符号なし整数」であり、もう一方は BaseTsd.h で定義されています。どちらを使用する場合の違い、または利点は何ですか?

いくつかのソース コードを調べたところ、WORD、DWORD、および PWORD 型の引数を取る C プログラムのメソッドを見つけました。符号なしの数字に変換されることは知っていますが、なぜ WORD と呼ばれるのですか?

私はこのdllライブラリインターフェースを持っています:

JNA を使用して呼び出したいので、次のインスタンス マッピングを行いました。

しかし、DWORD が int に適切に変換されているかどうかはよくわかりません。これを確認できますか？

ソースがレジストリ DWORD の LOWORD 部分のみを返す理由を理解できません。

次のソース コードは、主にこの MSDN の例に基づいています。レジストリ キーの値 (データ) を出力するセクションを追加しました。

ソースは期待どおりにキーと値のペアを出力しますが、特定のキー (たとえば、ScreenBufferSize と WindowSize) については、LOWORD 部分のみが出力されます。

しかし、テスト コードを実行すると、すべてが完璧になります。

完全な DWORD 値を出力するにはどうすればよいですか?

dword を 4 バイトの配列にキャストしようとしています。これを行うと、バイトが反転しているように見えます (エンディアンが変更されます)

私が理解しているように、リトル エンディアン システムで 0x11223344 に等しい dword は次のようになります
。

しかし、私がこれを行うとき:

私は44 33 22 11を取得します。11 22 33 44
になると予想していました。 reinterpret_cast またはを使用すると、同じことが起こります

コンパイラ/プロセッサではなく、間違っていると思いますが、ここで何が欠けていますか? また、これはビッグエンディアンシステムではどのように見えますか?

編集：リトルエンディアンシステムの私の理解は間違っていたと思います。別の質問: 移植性がありながら高速なのはどちらですか: シフトを使用して個々のバイト値を取得するか、memcpy/reinterpret_cast を使用してから htonl()/ntohl() を使用しますか?

次の関数での DWORD_PTR の使用は何ですか

レジストリWriteValueに値を書き込むメソッドがあります:DWORD

問題はsearchHandleId、16 進数を表すことです。

出力：Found .... hWnd: (002F1CE0)

（私の場合はDWORD値）に変換する方法はsearchHandleId？value