回答編集履歴
2
追記
test
CHANGED
@@ -23,3 +23,171 @@
|
|
23
23
|
|
24
24
|
|
25
25
|
じゃないでしょうか。
|
26
|
+
|
27
|
+
|
28
|
+
|
29
|
+
---
|
30
|
+
|
31
|
+
|
32
|
+
|
33
|
+
なんか無駄に回答者が多くついている割に、質問者の理解に繋がっていないようなので、真面目に回答します。
|
34
|
+
|
35
|
+
|
36
|
+
|
37
|
+
|
38
|
+
|
39
|
+
|
40
|
+
|
41
|
+
仮に`TCHAR`が`char`だとしましょう。
|
42
|
+
|
43
|
+
|
44
|
+
|
45
|
+
```c
|
46
|
+
|
47
|
+
TCHAR szBuf[256];
|
48
|
+
|
49
|
+
*(LPWORD)szBuf = sizeof(szBuf) / sizeof(TCHAR);
|
50
|
+
|
51
|
+
```
|
52
|
+
|
53
|
+
|
54
|
+
|
55
|
+
`szBuf`は`TCHAR [256]`型の変数です。C言語では配列は3つくらいの例外を除いて式中では常に配列の先頭要素へのポインタとして扱われるのでした。
|
56
|
+
|
57
|
+
|
58
|
+
|
59
|
+
ポインタ型はつねにもととなる方があってそこから派生して作られます。
|
60
|
+
|
61
|
+
|
62
|
+
|
63
|
+
```c
|
64
|
+
|
65
|
+
int n = 0;
|
66
|
+
|
67
|
+
int* np = &n;
|
68
|
+
|
69
|
+
```
|
70
|
+
|
71
|
+
|
72
|
+
|
73
|
+
この例なら`np`の型は`int*`型ですが、これは`int`型から派生してできますよね?
|
74
|
+
|
75
|
+
|
76
|
+
|
77
|
+
これは何を意味するかと言うと、pointerをdereferenceするときに(=たぐり寄せたとき)、メモリーをどう扱えばいいかを示すのが派生元の型である、ということができます。この例では`np`をdereferenceしたときの領域の大きさ、bitの使われ方は`int`型と同じだよ、といううのが`int*`型の意味ですね。
|
78
|
+
|
79
|
+
|
80
|
+
|
81
|
+
```c
|
82
|
+
|
83
|
+
TCHAR szBuf[256];
|
84
|
+
|
85
|
+
*(LPWORD)szBuf = sizeof(szBuf) / sizeof(TCHAR);
|
86
|
+
|
87
|
+
```
|
88
|
+
|
89
|
+
|
90
|
+
|
91
|
+
さて、本題に戻りましょう。この配列(=`szBuf`)の先頭要素へのポインタを`LPWORD`型(=`WORD*`型=16bitの符号なし整数型へのポインタ型)にキャストするというのはどういうことかというと、メモリーをどう扱えばいいかを偽る、という作業になります。配列`szBuf`のメモリー領域は本当は`TCAHR`の配列ですが、`WORD`型の変数であると偽るわけです。
|
92
|
+
|
93
|
+
|
94
|
+
|
95
|
+
![メモリー](a2e40a0d34e14bf6ac25d0be22e03bf7.png)
|
96
|
+
|
97
|
+
|
98
|
+
|
99
|
+
では質問者さんがいう
|
100
|
+
|
101
|
+
|
102
|
+
|
103
|
+
> まだよくわからないのですが、szBuf[0]からszBuf[256]までの要素のそれぞれを2バイトの領域として扱い、szBuf[0]にsizeof(szBuf) / sizeof(TCHAR)の結果を保存するという意味であってますか?
|
104
|
+
|
105
|
+
|
106
|
+
|
107
|
+
は誤りなのでしょうか?じつはあながち間違いでもありません。(`szBuf[256]`じゃなくて`szBuf[255]`でしょうが、ケアレスミスですよね?)
|
108
|
+
|
109
|
+
|
110
|
+
|
111
|
+
[Re:Cのポインタと配列の関係について考察してみる](https://qiita.com/yumetodo/items/2e4a1daac5e4e46b99ef)
|
112
|
+
|
113
|
+
を読んでいただきたいのですが、ポインタは単にdereferenceして指し示す先を取り出すだけではなくて、ポインタ演算によってポインタの指す場所を移動させる、イテレータのような機能も持つのでした。
|
114
|
+
|
115
|
+
|
116
|
+
|
117
|
+
```c
|
118
|
+
|
119
|
+
int n1 = 3;
|
120
|
+
|
121
|
+
int arr[2] = { 0 };
|
122
|
+
|
123
|
+
int* p;
|
124
|
+
|
125
|
+
p = &n1;//OK
|
126
|
+
|
127
|
+
p++;//OK
|
128
|
+
|
129
|
+
p = arr;//OK
|
130
|
+
|
131
|
+
p++;//OK
|
132
|
+
|
133
|
+
```
|
134
|
+
|
135
|
+
|
136
|
+
|
137
|
+
言い換えると`int`型は要素数1の配列とみなすこともできるわけです。というかポインタには要素数の情報がありませんので、上のコードのような芸当ができるのでした。
|
138
|
+
|
139
|
+
|
140
|
+
|
141
|
+
つまり、
|
142
|
+
|
143
|
+
|
144
|
+
|
145
|
+
> szBuf[0]からszBuf[256]までの要素のそれぞれを2バイトの領域として扱い
|
146
|
+
|
147
|
+
|
148
|
+
|
149
|
+
は正しく直すと
|
150
|
+
|
151
|
+
|
152
|
+
|
153
|
+
要素数不明の`WORD`型の配列と偽る
|
154
|
+
|
155
|
+
|
156
|
+
|
157
|
+
となります。
|
158
|
+
|
159
|
+
|
160
|
+
|
161
|
+
---
|
162
|
+
|
163
|
+
|
164
|
+
|
165
|
+
で追記前に書きました話に戻ります。
|
166
|
+
|
167
|
+
|
168
|
+
|
169
|
+
先程
|
170
|
+
|
171
|
+
|
172
|
+
|
173
|
+
> メモリーをどう扱えばいいかを偽る、という作業
|
174
|
+
|
175
|
+
|
176
|
+
|
177
|
+
と書きましたが、こういう作業はコンパイラがプログラムの最適化をしやすくするために、多くの場合で禁止されています。言い換えると`szBuf`は何も変更されないというコードをコンパイラが生成する可能性があるということです。
|
178
|
+
|
179
|
+
|
180
|
+
|
181
|
+
ではどうすればいいのか、細かい理屈は冒頭でリンクしていてこのコメント欄にも書き込みされている
|
182
|
+
|
183
|
+
yohhoyさんの記事を見ていただくとして、結論から言うと`memcpy`でbyte copyすればよいです。念の為`memcpy`とは何をするものなのか`man memcpy`でぐぐって確認すると
|
184
|
+
|
185
|
+
|
186
|
+
|
187
|
+
> https://linuxjm.osdn.jp/html/LDP_man-pages/man3/memcpy.3.html
|
188
|
+
|
189
|
+
> memcpy() はメモリー領域 src の先頭 n バイトを メモリー領域 dest にコピーする。コピー元の領域と コピー先の領域が重なってはならない。重なっている場合は memmove(3) を使うこと。
|
190
|
+
|
191
|
+
|
192
|
+
|
193
|
+
とあります。
|
1
const
test
CHANGED
@@ -14,7 +14,7 @@
|
|
14
14
|
|
15
15
|
TCHAR szBuf[256] = { 0 };
|
16
16
|
|
17
|
-
WORD size = (WORD)(sizeof(szBuf) / sizeof(TCHAR));
|
17
|
+
const WORD size = (WORD)(sizeof(szBuf) / sizeof(TCHAR));
|
18
18
|
|
19
19
|
memcpy(szBuf, size, sizeof(size));
|
20
20
|
|