Win32API質問箱 Build51 - 暇つぶし2ch

Win32API質問箱 Build ..

175:デフォルトの名無しさん
07/03/26 21:04:06
>>172
WinMain が管理すべきものはフレームウインドウだけであって、
クライアントウインドウはフレームウインドウが管理すべきだから。

oo に従っておくと同時に考えなくてはいけないことが減ってうれしい。
というか不正なウインドウを操作しようとするようなバグが減る。

176:デフォルトの名無しさん
07/03/26 21:04:59
>>148
XP以降限定でもいいならPrintWindow()でも使え。

URLﾘﾝｸ(www.microsoft.com)
// メモリデバイスコンテキスト hdcMem に格納されている、
// ウィンドウ hwnd のスナップショットを受け取ります。
HDC hdc = GetWindowDC(hwnd);
if (hdc)
{
　　 HDC hdcMem = CreateCompatibleDC(hdc);
　　 if (hdcMem)
　　 {
　　　　 RECT rc;
　　　　 GetWindowRect(hwnd, &rc);

　　　　 HBITMAP hbitmap = CreateCompatibleBitmap(hdc, RECTWIDTH(rc), RECTHEIGHT(rc));
　　　　 if (hbitmap)
　　　　 {
　　　　　　 SelectObject(hdcMem, hbitmap);

　　　　　　 PrintWindow(hwnd, hdcMem, 0);

　　　　　　 DeleteObject(hbitmap);
　　　　 }
　　　　 DeleteObject(hdcMem);
　　 }
　　 ReleaseDC(hwnd, hdc);
}

177:デフォルトの名無しさん
07/03/26 21:24:05
>>175
> WinMain が管理すべきものはフレームウインドウだけであって、
> クライアントウインドウはフレームウインドウが管理すべきだから。

なるほど目から鱗ですWinMainから除きます
そういう考え方ってどうやったら身に付くのでしょうか
本屋行ってもWin32APIのいい本になかなか出会えないです

> oo に従っておくと同時に考えなくてはいけないことが減ってうれしい。

ooはメッセージキューという意味ですよね？？

178:デフォルトの名無しさん
07/03/26 21:25:35
oo = オブジェクト指向だ

179:デフォルトの名無しさん
07/03/26 21:27:31
>>177
>ooはメッセージキューという意味ですよね？？

たぶんオブジェクト指向( object oriented )のことだと思うよ。

180:デフォルトの名無しさん
07/03/26 21:28:24
oo == おっぱいおっぱい

181:デフォルトの名無しさん
07/03/26 21:31:55
oo == ∞

182:148
07/03/26 21:58:56
>>170
>>176
やった！できました。すげー！！

ありがとうございました。

183:176
07/03/26 22:06:53
あ、>>170 で既出だったのか。ポイントしてるURLまで一緒だし。orz

184:デフォルトの名無しさん
07/03/26 22:28:24
XPでVistaのサムネイルみたいなの実現してるフリーソフトがあるけどあれは
どうやってるんだろう
やっぱりPrintWindow?

185:デフォルトの名無しさん
07/03/26 22:35:26
>>178
>>179
ありがとうございます無知なのが恥ずかしいです＞＜
てっきり無限→ループ→キューかと・・

186:デフォルトの名無しさん
07/03/26 22:35:36
>>184
それって Vista みたいにリアルタイムで表示が更新されてるってこと？
だとしたら PrintWindow() じゃないと思う。
そうじゃないなら多分、PrintWindow() だと思う。

187:デフォルトの名無しさん
07/03/26 22:36:56
>>185 の想像力に脱帽。

188:デフォルトの名無しさん
07/03/26 22:42:03
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　～ ∞
　　　　　　　　　　　　　　　　　　　　　　　　　　[ﾉﾟд]ﾉ＜キュー待ってー
　　　　　　　　　　　　　　　　　　　　　　　　　　 [＿]　
■■■■◇＿◇＿□□□□＿□　　　　　　/　>

189:高橋尚子
07/03/26 23:42:10
>>184
マジレスすると、
IExtractImageインターフェイス

190:デフォルトの名無しさん
07/03/26 23:52:30
>>189
ウィンドウじゃなくてファイルの話だったのか？

191:デフォルトの名無しさん
07/03/27 01:19:17
指定したフォルダに書き込み権限があるかどうかというのは、
どのAPIを使えばいいんでしょうか？
サンプルとか置いてあるサイトをご存知でしたら、教えてください。

192:デフォルトの名無しさん
07/03/27 02:18:35
実際に書き込んでみる…という手がVistaまでは使えた

193:デフォルトの名無しさん
07/03/27 05:43:39
>>192
サンクス！ Vistaでもそれでいけるんだね！・・・という意味になるぞ。お前の日本語ちょっと変。

194:デフォルトの名無しさん
07/03/27 06:41:40
じゃあXPまでは使えたに訂正

195:デフォルトの名無しさん
07/03/27 06:53:12
に、2003は……？

196:デフォルトの名無しさん
07/03/27 10:46:09
書き込めたと思ったら、仮想ナンチャラフォルダに書かれてた、ってことがあるから使えないんじゃね？

197:デフォルトの名無しさん
07/03/27 10:46:37
ACLちゃんとたどる

198:デフォルトの名無しさん
07/03/27 11:52:29
（Media Playerの様に、アプリケーション再利用を行いたい為）

多重起動を抑止のアプリケーションを作るのですが、
後起動のアプリケーション（多重起動を抑止破棄される予定）から
既に起動しているアプリケーションにデータを送るには、
WM_COPYDATAの他にどういう手法があるのでしょうか？

説明が不明瞭ですかね？

199:デフォルトの名無しさん
07/03/27 12:18:07
>>198
ファイルを介してもいいしメッセージでもいいしイベントでもいいし、プロセス間通信の好きな手段が使える。

200:198
07/03/27 12:24:55
>>199
ご回答ありがとうございます。
数点質問させてください。

①ファイルというのは、FindFirstChangeNotification関数を利用する事でおｋ？
②メッセージはWM_COPYDATAの他なにかいいのがありますか？
　あれば、メッセージ名を教えていただきたいです。
　（メッセージ動作は調査しますんで）
③先も書いたとおり、メディアプレイヤーの様な動作を想定する場合、
　プロセス間通信ではパイプ？メールスロット？どっちがお勧めでしょうか？

以上です。

201:デフォルトの名無しさん
07/03/27 12:28:53
多重起動禁止なんてぐぐればいくらでも

202:デフォルトの名無しさん
07/03/27 12:46:49
>>201
この場合、意図は多重起動禁止というより、
プロセス間通信なんでしょうかね？

203:デフォルトの名無しさん
07/03/27 12:56:19
WM_COPYDATAじゃいやなのは何で？
他のアプリから送ることが可能になるから？

204:デフォルトの名無しさん
07/03/27 13:12:02
>>200
(1)通知は別にやった方が安全だから、情報量が多くないならファイルにする必要はないかと。
(2)通知するだけなら、ユーザ定義メッセージでもできる。そのとき32bitのデータは一緒に送ることができる。
(3)どれだけデータを送りたい? それによって手段は変わるわけだけど。

205:デフォルトの名無しさん
07/03/27 13:24:06
俺はファイルを経由するくらいなら、VirtualAllocExを選ぶな。
送りたいのが255文字以下の文字列ならアトムを使うという手もあるよ。

206:198
07/03/27 13:38:23
>>201-205
WM_COPYDATAの場合、FindWindow→SendMessageの手順となります。
この時、FindWindowでキャプションをヒントにウィンドウを検索するのに抵抗があり、
もっとスマートでエレガントな方法があるんではないかと思って、
皆様に質問をだした次第です。
ちなみに、コマンドライン情報（ファイルパス）を渡そうと考えています。

207:デフォルトの名無しさん
07/03/27 13:45:32
>>206
多重起動抑止はどうやってるの?

208:デフォルトの名無しさん
07/03/27 13:57:58
FindWindowでタイトル検索するしか知らないならしょうがないな
名前付きパイプでもメールスロットでも好きなほう使えばいいじゃん

209:デフォルトの名無しさん
07/03/27 14:01:24
セカンダリのディスプレイにアプリケーションを起動するにはどうすればよいのでしょうか？

GDIでデバイスコンテキストとかモニタハンドルとか探ればセカンダリのディスプレイは特定出来そうですけど，
それとCreateProcessのデスクトップ／ウィンドウステーションとどう結びつけるのか良く判りません．

210:デフォルトの名無しさん
07/03/27 14:17:59
>>198
FMOにウィンドウハンドルつっこんどけば？
多重起動抑止かつプロセス間通信だとFMOが定石じゃね？

211:198
07/03/27 14:26:23
>>207
Mutexを利用して判定していますね。
んで、既にハンドルがあれば死にに行くみたいなことをしています。

>>208
パイプは考えていましたが、メールスロットは知りませんでした。
調査してみます。

一度ここで質問をクローズしますね。
レスを下さったみなさま、ありがとうございました。

212:198
07/03/27 14:27:48
>>210
申し訳ありませんが、
FMOってなんですか？

213:デフォルトの名無しさん
07/03/27 14:28:01
FRONT MISSION ONLINE

214:デフォルトの名無しさん
07/03/27 14:28:41
ファイルマッピングオブジェクトのことだと思う

215:198
07/03/27 15:38:44
>>214
ありがとうございます。
皆様、ご回答ありがとうございました。

216:デフォルトの名無しさん
07/03/27 18:58:20
そういうのってDDEを使ったり
そうか、ROTに登録してGetObjectしたりとか

217:デフォルトの名無しさん
07/03/27 21:58:14
DDE は Vista でほぼ廃止と聞いた（NetDDE が廃止なのは確実）

218:デフォルトの名無しさん
07/03/27 23:53:45
VistaでDDEがごく一部しかまっとうに動かないって嘆いていた人がいたのはこのスレだっけ？

219:デフォルトの名無しさん
07/03/28 05:08:10
>>197
それでもVistaでは仮想フォルダにファイルが作成済みだとうまくいかない場合がある。
それを何とか検出しようとすると泥沼になるから(つーか検出させないための互換性機能
なわけだし)素直にmanifest付けるのが良さそうだ

220:デフォルトの名無しさん
07/03/28 07:49:29
こんにちは、質問させて下さい。
WindowsXPにて、MFCライブラリを使わずに、
バイナリデータを転送する方法ってありますか？？

もしあるのでしたら、サンプルを下さい。御願いします。

221:デフォルトの名無しさん
07/03/28 07:58:06
どこに転送するのさ

222:デフォルトの名無しさん
07/03/28 08:39:23
int　a　=　1;

223:デフォルトの名無しさん
07/03/28 08:40:09
これはエスパーの出番だな

224:デフォルトの名無しさん
07/03/28 09:13:59
socket

225:デフォルトの名無しさん
07/03/28 09:24:19
これだけ情報が抜けてるってことはhttpで転送とか？

226:デフォルトの名無しさん
07/03/28 09:40:23
MDIのフレームウィンドウにステータスウィンドウを表示させたら
MDIの子ウィンドウが表示されなくなったんだけど、原因なんでしょう？
エスパーさん助けて

227:デフォルトの名無しさん
07/03/28 09:41:18
ステータスウィンドウ→ステータスバーです

228:デフォルトの名無しさん
07/03/28 09:49:05
呼んだ？

229:デフォルトの名無しさん
07/03/28 09:51:18
>>228
ステータスバー表示させるだけで、他のウインドウが表示されなくなる
バグってあるんですか？？

230:デフォルトの名無しさん
07/03/28 10:01:05
LRESULT CALLBACK FrameProcの中の以下が追加されるとMID子ウィンドウが
表示されなくなるみたいです、、、助けて、、

// ウィンドウサイズが変更されたとき
case WM_SIZE:
　SendMessage(hStatusbar, WM_SIZE, wp, lp );
　return 0;

231:デフォルトの名無しさん
07/03/28 10:04:12
returnの下に文が続いてるとか言わないよな？
とりあえず
return 0;
↓
break;
にしてみ

232:デフォルトの名無しさん
07/03/28 10:07:47
>>230
DefFrameProc呼んどけ

233:デフォルトの名無しさん
07/03/28 10:08:01
>>231
すごい！！！！出てきました！！！ありがとうエスパー！
case WM_CREATE:とかだとreturn 0;でいいのに
なんでcase WM_SIZEはbreak;なんだろう！？

234:デフォルトの名無しさん
07/03/28 10:14:44
URLﾘﾝｸ(www.geocities.jp)
URLﾘﾝｸ(wisdom.sakura.ne.jp)
どっちもreturn 0;なのに・・・・・

235:デフォルトの名無しさん
07/03/28 10:20:57
switchのdefaultにDefWindowProc入れて他はbreakしてreturn 0;にしてる。

236:デフォルトの名無しさん
07/03/28 10:22:10
げ、俺が学習に使ったページまで・・
こういう場合ってreturn 0;が定石なのか？

デフォルトプロシージャに処理させたくないとき以外は
デフォルトプロシージャに処理がわかるようにするもんだと思ってた。

237:デフォルトの名無しさん
07/03/28 10:30:45
DefWindowProcには自分が処理しないメッセージだけを渡せばよい。

しかしDefFrameProcはこんなメッセージを処理すると書いてあるのだから、それらのメッセージは渡してやるべき。
URLﾘﾝｸ(msdn.microsoft.com)

238:デフォルトの名無しさん
07/03/28 10:39:59
>>237
その４個だけでDefWindowProcに渡す必要があるのならこれが正解？

{
case ↓の4個以外のWM_
break;
case WM_COMMAND:
case WM_MENUCHAR:
case WM_SETFOCUS:
case WM_SIZE:
default DefWindowProc
break
}

239:デフォルトの名無しさん
07/03/28 10:42:57
とりあえずC言語の勉強からがんばれ…

240:デフォルトの名無しさん
07/03/28 10:46:39
>>238
DefWindowProcじゃなくて、DefFrameProcの話しだろ

241:デフォルトの名無しさん
07/03/28 10:47:56
>>239
その前に日本語の勉強から頑張れと言うべき

242:デフォルトの名無しさん
07/03/28 10:52:37
ごめん寝起きでボケてたんで書き直したｗ
DefFrameProcはDefWindowProcと異なり、WM_COMMAND,WM_MEMUCAHR,
WM_SETFOCUS,WM_SIZEの４つのメッセージに関しては、ユーザーで行いさせ
たい処理を記述した後に、DefFrameProcを呼ぶ必要がある
ってことね

{
　case WM_CREATE等 //WM_COMMAND,WM_MEMUCAHR,WM_SETFOCUS,WM_SIZE以外のメッセージ
　　break;// breakしてDefFrameProcに処理を渡す必要なし
　case WM_COMMAND:
　case WM_MENUCHAR:
　case WM_SETFOCUS:
　case WM_SIZE:
　default:
　　DefFrameProc();
　　break;
}

243:デフォルトの名無しさん
07/03/28 11:15:30
自分が処理しないメッセージだけを渡せばよい。というのは

例えばWM_SIZEなら
「自分でサイズ変更の処理を書く」や「新しいサイズを調べて制限値に引っかかるならサイズ変更しない」というのが「自分で処理した」にあたる。
だから「フォームのどこかに新しいウィンドウサイズを表示する」といった処理は
「自分で処理した」内に入らないのでデフォルトプロシージャを呼び出す必要がある。

こんな風に理解していたんだが間違ってる？

244:220
07/03/28 12:26:34
どうもすみません、質問の仕方が悪かったです。

２台のＰＣ間で、SOCKETを使い、
片方をサーバー、もう片方をクライアントにして通信しているのですが、
一方から一方にバイナリデータのファイル（拡張子が jpeg, exe 等）を送りたいのです。

テキストデータなら、send,recvで簡単に送受信できたのですが、
バイナリデータは同じ方法で転送できない事に気付きました。

ググってみたところ、MFCを使う方法しか探せなかったんです・・・。
もしかして、バイナリデータを送受信できるSocketAPIって、
提供されていないんでしょうか？？

コンパイラはVC.NET 2003です。
エスパーの皆様、ヨロシクお願いいたしますｍ（｡－_－｡）ｍ

245:デフォルトの名無しさん
07/03/28 12:29:47
バイナリデータをsend/recvで送受信できないわけが無い。
MFCのソケット関連だって所詮winsockのラッパに過ぎない。

246:デフォルトの名無しさん
07/03/28 12:45:07
バイナリもsend/recvで送受信できるお

247:デフォルトの名無しさん
07/03/28 12:56:58
ファイルをテキストモードでオープンして送ってんじゃないの？

248:デフォルトの名無しさん
07/03/28 14:01:46
MDI子ウィンドウをステータスバーに重ねると、ステータスバーが消えてしまいます。
消えないようにするにはどうすればいいのですか？
WM_PAINTになにかすればいいのはわかるのですが、うまくいきません・・・。
（消えたステータスバーはMDIフレームウィンドウのサイズを変えるとまた表示されます）

(1)MDIフレームウィンドウ
(2)MDI子ウィンドウ
(3)ステータスバー

+---------------------+
|(1).　　+---------+　　　　|
|　　　　|(2)..　　　　　|　　　　|
|　　　　+---------+　　　　|
+---------------------+
|(3).　　　　　　　　　　　　　　|
+---------------------+
　　↓　(2)を(3)に重ねてから、(2)を元の位置に移動するとこうなる

+---------------------+
|(1).　　+---------+　　　　|
|　　　　|(2)..　　　　　|　　　　|
|　　　　+---------+　　　　|
+-----+　　　　　　　+----+
|(3)..　　|　　　　　　　|　　　　|
+-----+---------+-----+
　　　　　　↑ステータスバー消える！！

249:デフォルトの名無しさん
07/03/28 14:55:58
ｽﾃｰﾀｽﾊﾞｰの親を MDIﾌﾚｰﾑ　から　MDIﾌﾚｰﾑの親にすれば？

250:デフォルトの名無しさん
07/03/28 15:24:41
>>249
できました
だめだ親とか子とか全然理解してないみたい・・・Orz=3

251:デフォルトの名無しさん
07/03/28 16:53:59
親の心子知らず

252:デフォルトの名無しさん
07/03/28 18:18:41
子の心親知らず

アスペ親子乙

253:デフォルトの名無しさん
07/03/28 19:30:13
>>244
まさか strlen(buf) とかやってないよな？

254:デフォルトの名無しさん
07/03/28 19:38:04
SetBkMode(hdc , TRANSPARENT)するとして、
透過度の濃度はどうやって設定するのでしょうか？

255:デフォルトの名無しさん
07/03/28 19:58:11
無理
AlphaBlend

256:デフォルトの名無しさん
07/03/28 19:58:21
strlenしててもbase64とかでエンコしてればだいじょぶさー
してないだろうけど

257:デフォルトの名無しさん
07/03/28 20:11:11
IEのお気に入り表示した時のように、お気に入りの画面とIE本体の画面と
バー（？）のようなもので自由に画面分割を変えるのってどうやってるんですかね？

258:デフォルトの名無しさん
07/03/28 20:23:15
スプリットウィンドウでぐぐるといい感じになれるけど、
実装していくうちにやな感じに面倒くさくなってくると思う

WTLとか使っちゃうのが楽なのかな

259:デフォルトの名無しさん
07/03/28 21:23:07
>>258
どうもです
ぐぐってみたけど面倒だねこれ・・

260:デフォルトの名無しさん
07/03/28 23:42:17

MFCを使わずにDAOかADOでSQLServerかAccessとアクセスするサンプルどこかに落ちて無いでしょうか。

ぐぐってみたらMFCばっかでした。

261:デフォルトの名無しさん
07/03/29 00:40:27
ODBCじゃダメなわけ？

262:デフォルトの名無しさん
07/03/29 01:51:45
ぶっちゃけ、ADOならVBのサンプルみれば判らないとおかしい。
あとデータアクセスなら、ATL　OLEDBという手もあるが

263:260
07/03/29 02:02:09
解決しましたありがとうございました。

264:デフォルトの名無しさん
07/03/29 02:12:21
メニューの開くと終了の間にセパレータを入れたい場合、
リソースにはどのように書けばいいのでしょう？

IDM_MAIN MENU {
POPUP "ファイル(&F)" {
MENUITEM "開く(&O)" , ID_OPEN
---ここにセパレータ入れたい---
MENUITEM "終了(&X)" , ID_EXIT
}
}

265:デフォルトの名無しさん
07/03/29 02:50:17
MENUITEM SEPARATOR
つーか、それくらいぐぐれ

266:デフォルトの名無しさん
07/03/29 07:38:07
メッセージフックでWMメッセージを破棄する場合、CallNextHookExしなければいいんだっけ？

267:デフォルトの名無しさん
07/03/29 07:39:21
WM_NULL　に置き換えればいい。

268:デフォルトの名無しさん
07/03/29 07:46:03
サンクス！

269:デフォルトの名無しさん
07/03/29 10:25:10
>>265
そんなこといわないで

ありが㌧

270:デフォルトの名無しさん
07/03/29 10:28:12
リソースエディタで作って、ソース見るという手もある

271:デフォルトの名無しさん
07/03/29 10:33:08
>>270
最初XN Resource Editorでそうしようと思ったんですけど
出来たファイルがバイナリーで見れなかったよ

272:デフォルトの名無しさん
07/03/29 13:33:38
名前無しパイプとメールスロットは、
どっちもWaitForSingleObjectで待機できないの？

それとも実は待機できるとか？

やっぱ、ポール牧んぐしなきゃ無理？

273:デフォルトの名無しさん
07/03/29 13:46:16
スレッドでポーリング

274:デフォルトの名無しさん
07/03/29 14:25:25
つか、スレッドなら待ちっぱなしでいいか

275:デフォルトの名無しさん
07/03/29 14:26:16
・標準入力に対するReadFile()でブロックしている状態に他スレッドから
　割り込んでブロックを解除する良い方法はありますか。

・cookedモードで動作しているConsoleへの入力を、Unixのselect()
　のように待機する方法はありますか。
　改行が入力され、プログラム側が読み込み可能になった時点で待機が
　解除されることが望ましいです。

276:２７２
07/03/29 14:37:31
＞＞２７３－２７４
おー。その手があったんですね。
姉さん感動したわ。

277:デフォルトの名無しさん
07/03/29 17:35:30
ATL使ってCOM DLL作っているんだが、
メソッド内でCreateDialog呼び出す際のhInstanceって何設定すればいいんだ？
hwndないからGetWindowLongも呼べないし

え？もしかしてすげー低次元な質問？

278:デフォルトの名無しさん
07/03/29 17:39:25
>>277
GetModuleHandle(NULL)

279:デフォルトの名無しさん
07/03/29 17:40:02
DllMain

280:デフォルトの名無しさん
07/03/29 17:44:30
CComModule::m_hInstだっけな？

281:デフォルトの名無しさん
07/03/29 17:50:36
ATLならGetResourceInstance?

282:デフォルトの名無しさん
07/03/29 17:52:10
>>275
・たぶん無い。
・それなら普通に読めばいいのでは？

>>277
たぶんこれ。　URLﾘﾝｸ(support.microsoft.com)

283:280
07/03/29 17:53:54
>>282
これは知らなんだ。
さんくすこ

284:デフォルトの名無しさん
07/03/29 18:49:13
>>278-282
thx!!
皆のアドバイスから紐解いていったら
_Module.m_hInst に入ってた！

まじありがとう

285:284
07/03/29 18:49:45
sage忘れｽﾏｿorz

286:デフォルトの名無しさん
07/03/29 19:57:59
DLLファイルとDEFファイルとHPPファイルがあって
LIBファイル無しでコンパイルする方法教えてください

287:デフォルトの名無しさん
07/03/29 20:00:33
>>286
DEF があれば LIB を作ることは可能
gcc だと LIB 作らずに DLL をリンクに加えるだけでもコンパイルできる
他のコンパイラはどうだか知らない

288:デフォルトの名無しさん
07/03/29 20:08:38
GCCってmingwのことですか？
dlltoolをつかったらエラーが出てlibが作れませんでした。
lib.exeでdefからlibは作くれても
リンクで「～は未解決です」の
エラーが出来ませんでした

289:デフォルトの名無しさん
07/03/29 20:28:56
開発環境がMSVCだとして話をするが。
dumpbin -EXPORTS foo.lib
してみて、インポートライブラリのエクスポートシンボルを確認汁。
ヘッダとつきあわせて、名前がヘッダで宣言されている呼び出し規約と
適合しているかチェック汁。

cdeclなら_で始まっているのが正しいし、
stdcallならうしろに@ほにゃららがつく。
つうかC++か。名前マングルされてるとマンドいな。
DEFファイルは本当に正しいのか？

290:デフォルトの名無しさん
07/03/29 21:06:45
XXX.h

#ifdef _EXPORT_LIB_
#define __PORT __declspec(dllexport)
#else
#define __PORT __declspec(dllimport)
#endif

#ifdef __cplusplus
extern "C"
{
#endif
__PORT WINAPI プロトタイプ定義
#ifdef __cplusplus
}
#endif

291:デフォルトの名無しさん
07/03/29 21:18:37
すみません↓をビルドするとエラーが出ます
HINSTANCEの型は後ろから二番目の引数なのでキャストしたのですが消えません
どこが間違ってるのでしょうか？？

（コード）
hChild1 = CreateWindowEx(
WS_EX_CLIENTEDGE,
clsChild1Window,
(LPCWSTR)"", //タイトルバーにこの名前が表示されます
WS_CHILD | WS_VISIBLE | WS_THICKFRAME, //ウィンドウの種類
-frame, // x座標
-frame, // y座標
x1, // 幅
y1, // 高さ
hWnd, // 親ウィンドウのハンドル、親を作るときはNULL
(HMENU)1, // メニューハンドル、クラスメニューを使うときはNULL
(HINSTANCE)hInstance, // インスタンスハンドル
NULL
);

（エラー）
error C2440: '=' : 'HWND' から 'HINSTANCE' に変換できません。

292:デフォルトの名無しさん
07/03/29 21:20:26
hChild1の宣言を確認してみればいい予感

293:デフォルトの名無しさん
07/03/29 21:20:29
「hChild1の型がHINSTANCEだからだ死ねぼけ」
みたいなエラーに思えるがどうか？

294:デフォルトの名無しさん
07/03/29 21:22:45
とりあえずあれだ、何も考えずにキャスト乱用するの止めれ。

295:デフォルトの名無しさん
07/03/29 21:23:58
HWND型の方は確認してないだろ。CreateWindowExの戻り値の型はHWND

296:デフォルトの名無しさん
07/03/29 21:26:02
>>292
>>293
>>294
>>295
hChild1の型が間違ったました
HINSTANCEからHWNDにしたらビルドできました
すぐ吊ってきます

297:デフォルトの名無しさん
07/03/29 21:43:31
>>296
よーし吊って来いｗｗｗｗｗｗｗｗｗ

298:デフォルトの名無しさん
07/03/29 21:58:12
みなさん、質問があります。

CreateMutex, CreateSemaphore, CreateEventとか、
引数に名前があるCreate～関数がありますよね。
また、これと対のOpen～関数もありますよね。
これらは以下のシナリオで利用されると思いますが・・・

・ハンドルが定義されてない場合
①.Open～関数→失敗（ハンドルがない）
②.ハンドルがないのでCreate～関数→成功
③.(ﾟДﾟ)ｳﾏｰ

・既にハンドルが定義されている場合
①.Open～関数→成功（ハンドルがある）
②.ハンドルを流用
③.(ﾟДﾟ)ｳﾏｰ

しかし、ハンドルが定義されてない場合で
①と②の間に別プロセスかスレッドで、
ハンドルが生成される可能性もあるんですよね？

もし可能性があるなら、矛盾がないように生成シナリオを組むには
どういう手法をとるべきでしょうか？
それとも、考え違いなんでしょうかね？

299:デフォルトの名無しさん
07/03/29 22:20:58
常に Create 使えば良し。

300:デフォルトの名無しさん
07/03/29 22:21:21
クレアテ

301:デフォルトの名無しさん
07/03/29 22:30:18
Create～系は、既に同名のオブジェクトがあればそれを開くという動作をする。

302:デフォルトの名無しさん
07/03/29 23:20:18
>>299-301
へー知りませんでした。
調査してみます。

303:デフォルトの名無しさん
07/03/30 00:02:46
MSDN読んでればこんな疑問湧かないのに

304:デフォルトの名無しさん
07/03/30 00:24:47
MSDNがどんな専門書籍よりも早く正確に理解できるのに
なんで読まないんだろうね

305:デフォルトの名無しさん
07/03/30 00:30:59
MSDNは重いし目次分かりにくくて調べにくいからキライとか言ってみる

306:デフォルトの名無しさん
07/03/30 00:48:31
関数の詳細調べるにはいいけど、
「何をしたいときには、どの関数を使えばいいか」
っていうのは調べられない

307:デフォルトの名無しさん
07/03/30 01:25:03
まあ、リファレンスマニュアルだしな。

308:デフォルトの名無しさん
07/03/30 01:33:00
あと、リファレンスって結構サンプルコードがあってなんぼな面もあるのに
MSDNはサンプルコードがろくになかったり、あっても酷いサンプルだったりする。
まぁ、昔に比べれば少しはよくなりつつあるようにも見受けられるが。

309:デフォルトの名無しさん
07/03/30 02:57:04
MSの解説って日本語でおｋなとこが一杯あるしな。
関数リファレンスとかはまだマシだけど。

310:デフォルトの名無しさん
07/03/30 02:59:46
SDKの中にサンプルあるだろ？

311:デフォルトの名無しさん
07/03/30 03:04:31
>>310
お前、ちゃんと見たことないだろ。　メチャクチャだぞ、SDKのサンプルは。
あんまりにも酷いんで近年はあんまりみてないけど、ひょっとして最近はマシになってんのか？

312:デフォルトの名無しさん
07/03/30 07:20:34
そういえば最新版のWindowSDKからSampleがいくつか削除されてるな
ATLとMFCを使ってた奴がが全滅っぽい

313:298
07/03/30 08:12:39
>>303
MSDN読んだ上の疑問だったのです。
用途としての理由というか裏づけがイマイチだったし、
家にある参考文献も役に立たなかったので・・・

また、関数の命名上、Create～系とOpen～系には
ルールがあるんではと思い、ここに質問した次第です。

314:デフォルトの名無しさん
07/03/30 08:25:50
＞戻り値
＞関数が成功すると、ミューテックスオブジェクトのハンドルが返ります。
＞この関数を呼び出す以前にそのミューテックスオブジェクトが存在していた場合は、
＞この関数は既存のオブジェクトに対するハンドルに返し、GetLastError 関数は
＞ERROR_ALREADY_EXISTS を返します。

MSDNのCreateMutexより。本当にMSDNを読んでいたのであれば、
>>301が初耳だなんてことはないのだが。

315:デフォルトの名無しさん
07/03/30 09:38:20
そろそろカチンときそうです。

316:デフォルトの名無しさん
07/03/30 09:44:39
メインスレッドから直接リストボックスにログ表示していますが、
ログが増えるとメイン処理の速度低下が著しいので、
ログ表示スレッドを分離しようかと思います。
ログ情報(テキスト)はパイプで渡そうかと考えているのですが、
他に良い方法ありませんか？

317:デフォルトの名無しさん
07/03/30 09:51:50
分離ってどこに分離？
syslogにのっとって作ると何かと便利

318:デフォルトの名無しさん
07/03/30 10:29:38
WM_SETREDRAW

319:デフォルトの名無しさん
07/03/30 10:38:06
スレッドって言ってるな・・・
同じプロセスならパイプ使うまでもないと思うんだけど。
メモリ空間は同じだぜ？

320:デフォルトの名無しさん
07/03/30 12:09:53
ChooseFont関数でフォント名とサイズを初期設定する方法を教えてください

321:デフォルトの名無しさん
07/03/30 12:16:39
LOGFONT構造体に値をセットして
CF_INITTOLOGFONTSTRUCT フラグ入れればできないか？
つか説明に書いてあると思うんだけど

322:デフォルトの名無しさん
07/03/30 13:39:28
>>321
ありがとう。
確かにかいてあった・・・

＞FlagsメンバにCF_INITTOLOGFONTSTRUCTを指定した場合は、この構造体で指定したフォントに最も近いフォントが選択されている状態でダイアログボックスが初期化されます。
これちょっと説明的にわかりずらかった・・

323:デフォルトの名無しさん
07/03/30 17:03:55
>>316
同一プロセス内のスレッド間通信なら、普通にポインタを渡すだけでいい。
(バッファの確保・更新・解放には同期処理が必要)

ただし、リストボックスを作成したのがメインスレッドだと、リストボックスの管理は
メインスレッドが行うので、リストボックスの動作そのものが問題になっていると
意味がない。この場合、ログ表示スレッドからSendMessage等をしても、それを実際に
実行するのはメインスレッドになる。
（ログ表示スレッドはメインスレッドがメッセージ処理を終えるまで待たされる）

また、上手くスレッドを分けたところで、マルチプロセッサでなければ魔法のように
速くなるわけではないので、単純に処理が重いだけだとスレッドを分けても
全体の速度は変わらない。

324:デフォルトの名無しさん
07/03/30 17:08:28
逆に、可能であれば速度低下を嫌うメイン処理こそワーカスレッドにするとよいのだけれど。

325:デフォルトの名無しさん
07/03/30 19:35:28
リストボックスをLVS_OWNERDRAWFIXED|LVS_NODATAで作成して
オーナードローで描画、実データを持たさないようにすれば多少速くなるかな。

326:デフォルトの名無しさん
07/03/30 22:42:52
スレッドにしたところでリストボックスが著しく負荷高いってことには変わりがないと思うよ。
標準のコントロールは大量データを高速に処理できるようになっていないと思う。

327:デフォルトの名無しさん
07/03/30 23:19:35
大量のデータを高速に処理するために標準機能として仮想リストがついているんだが。

328:デフォルトの名無しさん
07/03/31 05:01:29
重くなるってリストに何件データ保持してるんだろ？

実際にそこまで過去のログを表示しておく必要があるか考えてみる

…これは実装とは関係ないか

329:デフォルトの名無しさん
07/03/31 08:50:27
3Dモデリングのライブラリってありますか？
街作ったり、車作ったりの

330:デフォルトの名無しさん
07/03/31 08:57:07
スレタイよく嫁

331:デフォルトの名無しさん
07/03/31 11:15:05
自アプリのwebbrowserコントロール内でユーザが文字列を選択し、
コンテキストメニューから「コピー」を選んだとき、
クリップボードに書き込まれる前になんらかのイベントを
捕捉することはできますでしょうか？

おねがいします。

332:デフォルトの名無しさん
07/03/31 17:04:43
>>331
ヒント：DDK

333:デフォルトの名無しさん
07/03/31 17:35:32
ヒント：DDR

334:デフォルトの名無しさん
07/03/31 17:38:25
ヒント：DDR2

335:デフォルトの名無しさん
07/03/31 17:46:45
ヒント：DDRMAX

336:デフォルトの名無しさん
07/03/31 17:48:55
EDORAM SIMM

337:デフォルトの名無しさん
07/03/31 18:04:40
EROIM ESSAIM

338:デフォルトの名無しさん
07/03/31 18:49:05
　 ┏┳┳┓ 　　ハイ. 　　　┏┳┳┓
┏┫┃┃┃ 　　雑談は　　┃┃┃┣┓
┃┃┃┃┣┓ 　ここまで.┏┫┃┃┃┃
┃　　　 ┃┃┏━━┓┃┃　　　 ┃
┃　雑談　 ┣┫ . ･∀･ ┣┫. STOP！┃
┗━━┛┗┳━┳┛┗━━┛
　　　　　　 ┏┻┓┃
　　　　 ┏━┛　 ┣┻┓
　　　　 ┗━━┫　 ┗━┓
　　　　　　　　　　┗━━┛

339:316
07/03/31 22:49:05
共有のメモリでリードライトポインタを制御するって意見が多いですね。
パイプにしとけば別プロセスにしたときにも使えるかなってのはあるんですが。。。

速度低下ってのは言葉足らずで、メイン処理を一定周期で
回したいのでログが多くなった瞬間にメイン処理が
待たされるのを避けたいという意味です。
最悪、ログのバッファオーバーフローもあり得るってことで。

340:デフォルトの名無しさん
07/03/31 22:55:04
ソケットにしておけば別マシンからでも使えるぞ。

341:デフォルトの名無しさん
07/03/31 23:38:49
DLLの中からCreateWindowでウィンドウを表示できますか？
でもってその場合hInstanceにはHMODULEを渡すですか？

342:デフォルトの名無しさん
07/03/31 23:56:00
>>341
出来る。それでおｋ。つーか試した方が早くね？

343:デフォルトの名無しさん
07/03/31 23:57:42
ありがと

344:デフォルトの名無しさん
07/04/01 00:15:48
しつもんがあります。

かなり大量のメモリ確保したいのですがGlobalLockは最高何個まで
メモリ確保できますか？上限とかありますか？メモリが許す限り
無制限でしょうか？
よろしくお願いします。

345:デフォルトの名無しさん
07/04/01 00:18:24
ヒント32ビットOS

346:デフォルトの名無しさん
07/04/01 00:24:18
2＾32個ということですね
ありがとうございました

347:デフォルトの名無しさん
07/04/01 00:27:19
ポインタやハンドルは4バイトだから
それを記録する変数のために(2^32)*4を引くのを忘れるなよ。

348:デフォルトの名無しさん
07/04/01 00:31:26
SysListView32で「キーボードカーソル」
の現在位置の取得及び設定はどうやるのですか？

ウィンドウの中で点線で囲まれていて、
Ctrl + 上下キーで移動する部分です。

349:デフォルトの名無しさん
07/04/01 00:54:39
>>344 >>346
Win32では、基本的にリニアアドレス空間の半分をシステムが持っているので、
実際にユーザが使えるのは理論上2^31Byte、つまり2GiB。
ただしNT系ではリンク時の/LARGEADDRESSAWAREと
boot.iniの/3GBオプションにより、3GiBまで広がる。

/LARGEADDRESSAWARE付けた32ビットEXEをWin64で動かしたら4GiBまでいけるという話もある。

実際にはそこからEXE/DLL、つまりコードやリソース、
それにスタックなどの分も差し引かれるのでもう少し減る。

勿論空き仮想メモリの量が実際的な上限。

ところで1度に1MiB以上の確保するときにはVirtualAllocが推奨されている。
URLﾘﾝｸ(msdn.microsoft.com)
URLﾘﾝｸ(msdn.microsoft.com)

350:デフォルトの名無しさん
07/04/01 01:06:56
GiBってなんだ

351:デフォルトの名無しさん
07/04/01 01:13:44
>>350
URLﾘﾝｸ(hwb.ecc.u-tokyo.ac.jp)

352:デフォルトの名無しさん
07/04/01 02:13:53
MiBはあちこちで記憶を消して回るやつらのことだろ

353:デフォルトの名無しさん
07/04/01 04:11:05
>>352
DELIVER THE GALAXY OR EARTH WILL BE DESTROYED.
SORRY!

354:デフォルトの名無しさん
07/04/01 04:13:49
ウィルスミスカコイイ

355:デフォルトの名無しさん
07/04/01 05:05:59
virus　miss?

356:デフォルトの名無しさん
07/04/01 08:44:47
32ビットでもWindows Server 2003 R2 Datacenterなら128GBまでOK。
Windows 2000 Datacenter Serverでも64GB

357:デフォルトの名無しさん
07/04/01 09:03:57
知識としては良いのかも知れんが
本当に2GBのメモリを要求するようなプログラムは
設計から間違ってる気がする

358:デフォルトの名無しさん
07/04/01 10:38:31
科学計算やるソフトなら本当に2GBまで使ったりするけどね～

359:デフォルトの名無しさん
07/04/01 10:54:45
32bitのWindowsでやるようなことじゃないな。

360:デフォルトの名無しさん
07/04/01 11:00:23
>>331
IHTML*Events::oncopy()
書き込み前か書き込み後かは知らん

361:デフォルトの名無しさん
07/04/01 11:10:13
>>356

1プロセスは4GBまでだろ

362:デフォルトの名無しさん
07/04/01 11:11:01
タスクトレイのアイコンはウィンドウがないと作れないの？

363:デフォルトの名無しさん
07/04/01 11:21:29
>>361
志村、AWE、AWE

>>362
ウィンドウがないとタスクトレイメッセージが受け取れない

364:デフォルトの名無しさん
07/04/01 11:21:46
>>361
AWEとか抜け道はあるだろ。

365:デフォルトの名無しさん
07/04/01 11:25:33
>>359
修士論文ならそれでもなんとかなる＠理論化学

366:デフォルトの名無しさん
07/04/01 12:42:14
>>362

っコールバック関数

367:デフォルトの名無しさん
07/04/01 13:38:48
Shell_NotifyIconにもNOTIFYICONDATAにも
コールバック関数を指定する所は見当たらんが

368:デフォルトの名無しさん
07/04/01 14:27:23
プロフィールなどに
Microsoft MVP for Windows SDK
とか書いてる人がいるんですが、どう言う意味なんでしょうか？

369:デフォルトの名無しさん
07/04/01 14:29:41
MVPって（藁）　コピペ２回目
ｽﾚﾘﾝｸ(tech板)

370:デフォルトの名無しさん
07/04/01 16:24:12
しっ、見ちゃいけません

371:デフォルトの名無しさん
07/04/01 18:05:11
クライアント領域の更新にInvalidateRect(hWnd,NULL,TRUE);を使っているのですが画面がちらつきまくります。
他に良い方法はないでしょうか？

372:デフォルトの名無しさん
07/04/01 18:12:03
InvalidateRect(hWnd,NULL,FALSE);

373:デフォルトの名無しさん
07/04/01 18:23:08
>>372
ありがとうございます。

マシにはなりましたが書き直す量が多くなって間隔が短くなるとどうしてもちらつくもんですね……

374:デフォルトの名無しさん
07/04/01 18:39:51
>>373
背景を消す
新しいのを書く
これを繰り返すからちらつくんだよ。

WM_ERASEBKGNDが呼ばれているなら何もせずreturnする。

ダブルバッファリングをつかう。
方法は検索すれば見つかると思う。
要するにメモリ上で背景や絵を描画して
その完成させた絵をウィンドウに描画する。

375:デフォルトの名無しさん
07/04/01 21:36:17
カスタムリソースのPNGをHBITMAPで読み出してBITMAPと同じように扱うにはどうすればいいのでしょうか？
PNG GDI+ libpng カスタムリソース等であらかたググってみましたが理解できませんでした。

URLﾘﾝｸ(hp.vector.co.jp)
も試してみましたがlibpng.libに変な部分があるという旨のエラーが出て(bcc32)コンパイルできませんでした。
うぐぅ

376:デフォルトの名無しさん
07/04/01 21:45:22
全然確認してないけど後者はマングリの問題な気がする

377:デフォルトの名無しさん
07/04/01 21:50:16
>>375
エラーはコピペしろ。エスパーに期待するな。
だけど俺も>>376に一票。
そのlibpngもbccでビルドしたのか？

378:デフォルトの名無しさん
07/04/01 21:59:06
Error: 'C:\PROGRAM FILES\BORLAND\BCC55\LIB\LIBPNG.LIB' contains invalid OMF record, type 0x21 (possibly COFF)

です。すいません。
ビルドは説明通りVC++EEでやりました。それがいかんのですね。
bccならどうコンパイルしていいのかがわからなかったもので。

379:デフォルトの名無しさん
07/04/01 22:00:48
>>378
っ coff2omf.exe

380:デフォルトの名無しさん
07/04/01 22:04:12
逆にお前が書くプログラムもVC++でコンパイルすればいい。

381:デフォルトの名無しさん
07/04/01 22:13:13
>>379
コンパイルはうまくいったみたいなのでこれから実際にloadpngが使えるか試してみます。

>>380
猫で始めたんですがVC++の使い方がよくわからないんですよね。
PSDKのインストールまではやってみたんですがコンパイルもエラーでまくるし……

382:デフォルトの名無しさん
07/04/01 22:23:59
プログラム→Visual C++ 2005 Express Edition→Visual Studio Tools→Visual Studio 2005 コマンドプロンプト
コンパイラのコマンド名はbcc32ではなく、VC++ではcl。これでVC++コンパイラが使える。
コンパイラオプションも色々違うが、MSDN2を見てくれ。

383:デフォルトの名無しさん
07/04/01 22:26:56
連投すいません。
プログラム内で hBmpBackGround = LoadPng("./images/background.png"); 記述したところ
　Error: 外部シンボル '_png_create_read_struct' が未解決（D:\MY DOCUMENTS\VISUAL STUDIO 2005\PROJECTS\****.OBJ が参照）
などのエラーが16個出ました。

そのままloadpng.cppをコンパイルすると
　警告 W8017 loadpng.cpp 1: マクロ 'STRICT' の重複定義
　エラー E2109 loadpng.cpp 123: 許されない型(関数 LoadPng(const string &) )
　エラー E2108 loadpng.cpp 124: typedef 'png_color' の使い方が間違っている(関数 LoadPng(const string &) )
とかforループの行に対して
　警告 W8008 ****.cpp 432: 条件が常に真(関数 ***() )
が出るので１、４、１１行目はコメントアウトしています。
他の必要なファイルは***.cppと同じディレクトリです。画像は./images/以下にあります。

384:デフォルトの名無しさん
07/04/01 22:29:28
>>382
bcc32もVisual Studio 2005 コマンドプロンプトから動かしているんですが、
C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\windows.h(28) : warning C4068: 不明なプラグマがありました。
C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\windows.h(200) : fatal error C1083: include ファイルを開けません。'windef.h': No such file or directory
というエラーが出てコンパイルできないので仕方なくbccを使ってます……

385:デフォルトの名無しさん
07/04/01 22:44:11
英語だからって条件反射でエラー文読むの拒否してないか？

386:デフォルトの名無しさん
07/04/01 22:47:03
>>385
ではなくて、自分の作ったファイルならともかくVCの用意してるファイルでのエラーなんかどう対処すればいいんだ……
ってのとマイクロソフトへの不信感から勝手にお手上げしてる感じですね……

387:デフォルトの名無しさん
07/04/01 22:48:08
はあ？

388:デフォルトの名無しさん
07/04/01 22:51:08
面白くなってまいりました

389:デフォルトの名無しさん
07/04/01 22:55:06
>>384
なぜbcc32でVCのインクルードフォルダが現れる？

390:デフォルトの名無しさん
07/04/01 22:56:27
１つめは対処法がわからないのでとりあえず置いておいて、
２つめに関してはPSDKのincludeにあったものをVCのディレクトリにコピーしました。
とりあえずC1083になるファイルは全部コピーしたのですが

C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE\xlocale(326) : warning C4530: C++ 例外処理を使
っていますが、アンワインドセマンティクスは有効にはなりません。/EHsc を指定してください。
d:\my documents\visual studio 2005\projects\nyaopuyo\loadpng.cpp(121) : error C2664: 'memset' : 1 番
目の引数を 'std::_Vector_iterator<_Ty,_Alloc>' から 'void *' に変換できません。(新しい機能 ; ヘルプ
を参照)
with
[
_Ty=png_color,
_Alloc=std::allocator<png_color>
]
この変換を実行可能なユーザー定義変換演算子がないか、または演算子を呼び出せません。

等のエラーが多数出ます。

391:デフォルトの名無しさん
07/04/01 22:57:19
>>389
あ、それはVC++コマンドからclでコンパイルしたときのものです。

392:デフォルトの名無しさん
07/04/01 23:01:03
>>384
> bcc32もVisual Studio 2005 コマンドプロンプトから動かしているんですが

エラーメッセージの内容から言って、それはVC++のclコンパイラが出しているものだ。
bcc32じゃない。
それにしても、clがwindows.hを読んでunknown pragmaとか、
windef.hが無いだとか、明らかにおかしい状態になっているな。
インストールミスかなにかじゃないのかな。あるいはウィルスにでも
食い荒らされたか。

393:デフォルトの名無しさん
07/04/01 23:02:40
>>390
C4530はエラーではなくワーニングだが（それぐらいは区別しろ、頼むから）
clに-GXオプションを与えればよい。

2番目はあんたのユーザコードloadpng.cppの問題だろ。

394:デフォルトの名無しさん
07/04/01 23:07:32
>>390
＞memset(vPalette.begin(), 0, nPal * sizeof png_color);

こんなことをやっている糞コードのようだな。
こんなコードはドブに捨ててしまえ……と言いたいところだが、とりあえず
vPalette.begin -> &vPalette[0]
とでも書き換えるんだな。

395:デフォルトの名無しさん
07/04/01 23:10:41
>>390
コピーする必要は無い。
単にPlatfrom SDKのIncludeフォルダをインクルードディレクトリに追加すれば十分だ。

396:デフォルトの名無しさん
07/04/01 23:11:39
>>393
-GXよりも警告メッセージのとおり/EHscがお勧め。
VC++ 8からGXは推奨しないというような警告が出るようになったはず。

397:デフォルトの名無しさん
07/04/01 23:15:04
コンパイルが通ったら今度は「うまく動きません。どうすればいいんでしょうか？」と長いソースを張り付ける予感。
しかし、画像のロードとセーブだけならもっと簡単なライブラリがあるんだけどなw

398:デフォルトの名無しさん
07/04/01 23:15:27
>>390
2番目のはイテレータとポインタをごっちゃにしているのが悪い。
イテレータ⊇ポインタだが、逆は成り立たない。

std::vector<png_color> v;というのがあったとしたら、
vの先頭要素へのポインタは&v[0]で取得できる。
memsetを使わずに、std::fill使えとか、vectorのメンバでどうにかしろとも言えるが。

次ページ