reinterpret_castの有無にかかわらず文字列に変換

Question

LinuxでCPUIDを取得するコードを探していて、いくつかの良い例がありました。これらは実装の違いの間に具体的な質問です。以下は、符号なし整数であり、4は、以下に示すように、size_t型と同じ出力を得るために12

struct CPUVendorID{ 
unsigned int ebx; 
unsigned int edx; 
unsigned int ecx; 

string toString() const { 
    return string(reinterpret_cast<const char *>(this), 12); 
} 
}; 
... 
CPUVendorID vendorID { .ebx = ebx, .edx = edx, .ecx = ecx }; 
string vendor = vendorID.toString(); 

としてsize_t型での別のフォームをreinterpret_castは使用しています。

string vendor; 
vendor += string((const char *)&cpuID.EBX(), 4); 
vendor += string((const char *)&cpuID.EDX(), 4); 
vendor += string((const char *)&cpuID.ECX(), 4); 
cout << "CPU vendor = " << vendor << endl; 

両出力12文字の文字列。上記のreinterpret_cast文で何が起こっているのか誰かが私に説明できますか？この実装方法は非常にエレガントですが、私はその作業が明らかに4 * 3 = 12である理由はわかりません。しかし、3 ebx、edx、ecxのデータをどのように連結することができますか？

CPUの製造元ID文字列 - （そのために）EBX、EDX、ECXに保存されている12文字のASCII文字列CPUID wiki

Answer 1

誰かが上記reinterpret_castは文の中で何が起こっているのか私に説明できますか？

構造体アドレスthisは、最初のメンバーのアドレスであるint ebxと一致します。以下のメンバーは同じ型であるため、それらの間にはパディングはありません。したがって、このコードではintのメンバーをint[3]の配列として扱います。