memcpyのメモリについて

C++
1int main()
2{
3	uint8_t		*Buff[100];
4	uint32_t	data = 100000;
5
6	memcpy(&Buff[0], &data, sizeof(data));
7}

上記ような場合は、
memcpy実行後は、uint32のサイズ分であるBuff[0]～Buff[3]まで
変数dataの値が格納されているのでしょうか？

行動規範の内容に同意します

回答3件

ベストアンサー

C
1#include <stdio.h>   // printf
2#include <string.h>  // memcpy
3#include <stdint.h>  // uint8_t, utin32_t
4
5int main(void)
6{
7    uint8_t *Buff[100];
8    uint32_t data = 100000;
9
10    memcpy(&Buff[0], &data, sizeof(data));
11	printf("sizeof(Buff[0]) = %zd\n", sizeof(Buff[0]));
12	printf("data = %d (%#08x)\n", data, data);
13	for (int i = 0; i < 4; i++)
14		printf("Buff[%d] = %p\n", i, Buff[i]);
15}

64ビット版gcc による実行結果

sizeof(Buff[0]) = 8
data = 100000 (0x0186a0)
Buff[0] = 0x186a0
Buff[1] = (nil)
Buff[2] = 0x7fffd7a17fd0
Buff[3] = (nil)

ポインタが 8バイトなので 4バイトの値をコピーしても
下位4バイトに入るだけで、上位4バイトがゼロとは限りません。
Buff[0] = 0xXXXXXXXX000186a0 (X は不定) ととなる
可能性がありましたが、この例では偶然全部 0 でした。
Buff[1]、Buff[3]は 8バイト全部が 0 でした。
Buff[2] は何かゴミが入っています。
Buff 自体は自動変数なので初期化しないと何が入っているか分かりません。

私が不思議なのは、
質問者はどうして実行結果を自分で確かめようとしないのかということです。
確かめて、「自分はこういう結果になると思ったのに、違う結果が出てしまった。
なぜでしょうか？」と質問するべきなのです。

投稿2020/07/30 01:31

編集2020/07/30 01:52

kazuma-s

総合スコア8224

tyapapa

2020/07/30 12:42

ポインタは、uint8_tなのに8バイトなのですか？確かに、自身で結果を確かめたから質問すべきでした。急いでいたため失礼な形で質問してしまいました。すみません

kazuma-s

2020/07/30 14:45

uint8_t は 8ビットで 1バイトの符号なし整数で、0～255 の 256通りの値を取ります。ポインタが 8ビットで 1バイトなら、256通りのアドレスしか取れません。アドレスは何ギガバイトもあるので、32ビット4バイトとか64ビット8バイトになります。ポインタの指す対象が 1バイトの char だろうが 4バイトの int だろうが 8バイトの double だろうが 24バイトの構造体だろうが、ポインタのサイズは 4バイトまたは 8バイトです。ポインタの値はアドレスなのだから。Ｃが誕生したころの DEC社のミニコン PDP-11 は、アドレスが 16ビットだったのでポインタは 2バイトでした。その後の 8ビットマイコンや 16ビットマイコンもポインタは 2バイトでした。しかし、CPUが 32ビットになってからはポインタは 4バイトになりました。今は 64ビット8バイトの時代です。

行動規範の内容に同意します