DEBUG_TYPED_DATA 構造体 (wdbgexts.h)
DEBUG_TYPED_DATA構造体は、ターゲットのメモリ内の型指定されたデータを記述します。
構文
typedef struct _DEBUG_TYPED_DATA {
ULONG64 ModBase;
ULONG64 Offset;
ULONG64 EngineHandle;
ULONG64 Data;
ULONG Size;
ULONG Flags;
ULONG TypeId;
ULONG BaseTypeId;
ULONG Tag;
ULONG Register;
ULONG64 Internal[9];
} DEBUG_TYPED_DATA, *PDEBUG_TYPED_DATA;
メンバー
ModBase
型指定されたデータを含む、ターゲットの仮想アドレス空間内のモジュールのベース アドレス。
Offset
ターゲットのメモリ内の型指定されたデータの場所。 Offset は、Offset が物理メモリ アドレスであることを指定するフラグが Flags に存在しない限り、仮想メモリ アドレスです。
EngineHandle
0 に設定します。
Data
ULONG64にキャストされたデータ。 Flags にDEBUG_TYPED_DATA_IS_IN_MEMORY フラグが含まれていない場合、データは使用できません。また、Data は 0 に設定されます。
Size
データのサイズ (バイト単位)。
Flags
データが存在するターゲットのメモリを記述するフラグ。 次のビット フラグを設定できます。
フラグ | 説明 |
---|---|
DEBUG_TYPED_DATA_IS_IN_MEMORY | データはターゲットのメモリ内にあり、使用可能です。 |
DEBUG_TYPED_DATA_PHYSICAL_DEFAULT | Offset は物理メモリ アドレスであり、 Offset の物理メモリは既定のメモリ キャッシュを使用します。 |
DEBUG_TYPED_DATA_PHYSICAL_CACHED | Offset は物理メモリ アドレスであり、 Offset の物理メモリはキャッシュされます。 |
DEBUG_TYPED_DATA_PHYSICAL_UNCACHED | Offset は物理メモリ アドレスであり、 Offset の物理メモリはキャッシュに入れられていない。 |
DEBUG_TYPED_DATA_PHYSICAL_WRITE_COMBINED | Offset は物理メモリ アドレスであり、 Offset の物理メモリは書き込み結合されます。 |
TypeId
データの型の型 ID。
BaseTypeId
生成された型の場合、データの型の基になっている型の型 ID。 たとえば、型指定されたデータがポインター (または配列) を表す場合、 BaseTypeId は指す (または配列に保持されている) オブジェクトの型です。
その他の型の 場合、BaseTypeId は TypeId と同じです。
Tag
型指定されたデータのシンボル タグ。 これは SymTagEnum 列挙の値です。 値の説明については、DbgHelp API のドキュメントを参照してください。
Register
データを含むプロセッサのレジスタのインデックス。データがレジスタに含まれていない場合は 0。 (0 の値は、データがレジスタに含まれていないか、インデックスが 0 のレジスタ内にあることを表すことができます)。
Internal[9]
内部 デバッガー エンジン のデータ。
注釈
この構造体のインスタンスは、 DEBUG_REQUEST_EXT_TYPED_DATA_ANSI 要求 操作を使用して操作する必要があります。 特に、このメソッドを使用してインスタンスを作成および解放する必要があり、この構造体のメンバーを直接変更しないでください。
上記の規則には 1 つの例外があります。 EXT_TDOP_SET_FROM_TYPE_ID_AND_U64 と EXT_TDOP_SET_PTR_FROM_TYPE_ID_AND_U64 サブ操作は、 Request メソッドを使用して操作されないDEBUG_TYPED_DATA インスタンスを受け取ります。 これらのサブ操作では、手動で作成されたインスタンスが作成され、一部のメンバーが手動で入力されます。
要件
要件 | 値 |
---|---|
Header | wdbgexts.h (WdbgExts.h を含む) |
こちらもご覧ください
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示