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

Win32API質問箱 Build ..

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のメンバでどうにかしろとも言えるが。

399:デフォルトの名無しさん
07/04/01 23:19:10
みなさんありがとうございます｡+ﾟ:｡(つД`)*.ﾟ｡

>>392
自分でincludeディレクトリいじったことはもちろん無いし、ウィルスも恐らく無かったので
インストールミスなんでしょうかね……

>>393 >>396
仰る通りで申し訳ないです。/EHscでコンパイルを試みました。

>>394
３箇所書き換えたらエラーが
　loadpng.cpp(121) : error C2064: 0 引数を取り込む関数には評価されません。
に変わりました。

>>395
そうだと思ったんですがその方法を調べるとまた時間がかかりそうだったのでその場しのぎの苦肉の策ということで……

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

この質問を自分もしたかったので、成り行きに注目していたんだが。。。

401:デフォルトの名無しさん
07/04/01 23:26:04
>>399
vPalette.begin() -> &vPalette[0]
　　　　　　　　　↑
かっこぬけてはるみたいやね。
もう一つも同じ要領。

402:394
07/04/01 23:26:07
>>399
悪い悪い、
&vPalette[0]()にしちゃったのか？

正しくは、
vPalette.begin() -> &vPalette[0]
だ。

403:デフォルトの名無しさん
07/04/01 23:31:35
コンパイルはできてオブジェクトファイルまでは作成できました。
ライブラリが見あたらないと出たのでSDKから根こそぎコピーしました。

MSVCRT.lib(MSVCR80.dll) : error LNK2005: _abort は既に LIBCMT.lib(abort.obj) で定義されています。
LINK : warning LNK4098: defaultlib 'MSVCRT' は他のライブラリの使用と競合しています。/NODEFAULTLIB:library を使用してください。
error LNK2019: 未解決の外部シンボル __imp__ReleaseDC@8 が関数 "struct HBITMAP__ * __cdecl LoadPng（中略）で参照されました。

等のエラー、警告が山ほど出てきました……
根こそぎコピーがマズかったのでしょうか。

404:デフォルトの名無しさん
07/04/01 23:32:24
memset(&vPalette, 0, nPal * sizeof png_color);
もしこう書いているのであれば、単にvPalette.resize(nPal)で十分なはず。
png_colorはどうせただのPODな構造体だろ。
デフォルト初期化と0クリアは同じような結果になるはず。

405:デフォルトの名無しさん
07/04/01 23:35:23
>>400
いやはや実は俺もなんだ・・・

406:デフォルトの名無しさん
07/04/01 23:36:17
もう働きたくない

407:デフォルトの名無しさん
07/04/01 23:43:26
つうか>>375のリンク先のLoadPng()って、ファイルからロードする仕様じゃん。
カスタムリソースをロードしたいんじゃなかったの？

つうかVC++持ってるんなら素直にCImage使えやってのは禁句か。
GDI+が対応してるフォーマット(PNGを含む)は全対応だし、リソースからの
ロードも出来るぞ。
atlimage.hな。

408:デフォルトの名無しさん
07/04/01 23:44:39
Express EditionにはATLないだろ。

409:デフォルトの名無しさん
07/04/01 23:47:30
ああ、Express Editionか。これは失礼。

410:375
07/04/01 23:53:23
>>407
カスタムからロードしたかったんですが、できるかどうかわからなかったのでとりあえずやってみようって感じです。
で、できないんですか……残念です。

VC++はウィンドウ表示するだけのプログラムすらコンパイルできなかったので（↑でコンパイルまでは解決）bccに乗り換えてました。
本格的にやりたいので製品版も買おうと思うんですが、製品版も今のような調子だったりしないか怖くて手が出ません。
あと、EEでも猫の本とだいぶ違っているし（猫のが古いんだと思いますが）、C++はまだ始めたてだったりするのでそれも手が出ない理由です。

ちなみに製品版買うならVisual Studio 2005 Standard Edition(Academic Edition)ですかね？
やりたいことはWINAPI（将来的にはDirectXでも）でゲーム制作です。

411:デフォルトの名無しさん
07/04/01 23:54:54
libpngはPNG_SETJMP_NOT_SUPPORTEDを指定してビルドしない限り、
longjmp()でエラーレポートを行う。
>>375のコードはsetjmp()を呼んでいないようだから、多分全く
エラーに対応していないな。
もっとマシなコードを探せ。
setjmp(), longjmp()である以上、デストラクタは実行されないから、
その区間でvectorなんぞを使うのは論外だ。

ま、CreateDIBSection, png_create_read_structあたりのキーワードで
google codesearchでもすれば、色々引っかかるだろ。

412:デフォルトの名無しさん
07/04/01 23:58:56
>>410
> 本格的にやりたいので製品版も買おうと思うんですが、製品版も今のような
> 調子だったりしないか怖くて手が出ません。
PlatformSDKはEnterprise Editionではそもそも付属してなくて自分で別途
インストール＆環境設定しなきゃいけないからな。
あんたがインストールにミスったってだけの話だろ。

Visual Studioの品質の問題じゃない。
あんたに問題解決能力がないだけの話。それは、どんな製品を使おうが変わらないよ。

413:348
07/04/02 00:02:25
おながいします・・・ｏｒｚ

414:デフォルトの名無しさん
07/04/02 00:04:50
>>411
VC++ならSEHとの絡みでsetjmp/longjmpでも自動変数のデストラクタが呼ばれるはず

415:デフォルトの名無しさん
07/04/02 00:05:28
お前らスルー汁

416:デフォルトの名無しさん
07/04/02 00:06:03
ていうかもう、API全然関係ないなｗｗｗ

417:デフォルトの名無しさん
07/04/02 00:06:38
>>414
へぇ。それはいいことを聞いた。教えてくれてありがとう。
ま、それに依存したコードは書く気になれないが……

418:デフォルトの名無しさん
07/04/02 00:07:01
何だこのスレの伸び具合は

419:375
07/04/02 00:08:05
>>411
ちょっくら頑張ってきます( `･ω･´)

>>412
了解、明日にでもVCとSDK再インスコしまつ。

>>416
サーセンｗｗｗ

420:デフォルトの名無しさん
07/04/02 00:12:50
Platform SDKよりもWindows SDKのほうがお勧め。
スタートメニューの中にVS 2005への設定を行うショートカットがある。

それを実行するだけで、VSコマンドプロンプトからもIDEからも
インクルードパスの設定を含めWindows SDKを使用できる状態になる。

421:デフォルトの名無しさん
07/04/02 00:19:56
開発環境すらちゃんと構築できないような奴には無理ということで

422:デフォルトの名無しさん
07/04/02 00:25:05
>>413
取りあえず LVM_ 以下の全メッセージを調べてみろ。話はそれからだ。

423:デフォルトの名無しさん
07/04/02 00:25:22
初心者叩きはその辺にしておいて結局のところこれは誰もわからんのだね？

＞カスタムリソースのPNGをHBITMAPで読み出してBITMAPと同じように扱うにはどうすればいいのでしょうか？

424:デフォルトの名無しさん
07/04/02 00:29:04
普通にLoadResourceで読んでBITMAPに変換すれば

425:デフォルトの名無しさん
07/04/02 00:33:19
EE使ってるちょちんちゃだから、PNGのリソースは妄想に過ぎないに1000ペリカ

と思ったら今日は四月馬鹿じゃんw

426:デフォルトの名無しさん
07/04/02 00:54:53
もう四月馬鹿は終了している件

427:デフォルトの名無しさん
07/04/02 00:55:13
>>423
リソースをバイナリデータとして読み取り、それをストリーム化、
Gdiplus::BitmapのIStream*を受け取るコンストラクタへ渡す。
そしてメンバのGetHBITMAPでビットマップハンドルを得る。

これでいい？

428:デフォルトの名無しさん
07/04/02 01:01:58
UpdateLayeredWindowでウィンドウを透明化させると黒色が完全透明扱いに
なっちゃうんだけどどうやったらSetLayeredWindowAttributeと同じような処理にできるかな

429:デフォルトの名無しさん
07/04/02 01:13:59
黒でもアルファ値は255にする

430:デフォルトの名無しさん
07/04/02 01:38:46
>>427
横やりでなんですが僕も気になるので実装を詳しく書いて頂けると助かります。

431:デフォルトの名無しさん
07/04/02 01:45:04
>>430
詳しくも何も、書いてあることそのままやればいいだけじゃないのか？

432:デフォルトの名無しさん
07/04/02 01:49:10
さっきから「僕も気になる」って人が多い件

433:デフォルトの名無しさん
07/04/02 01:49:14
GDI+を使うんならPNGのローディングの面倒はGDI+が見てくれる。
>>427そのままでいいはずよ。

434:デフォルトの名無しさん
07/04/02 02:01:09
Bitmap::Bitmap(HINSTANCE,WCHAR*)
使えるか知らんがこんなコンストラクタもあるみたいだ

435:デフォルトの名無しさん
07/04/02 02:39:41
TreeViewのExpandをキャンセルするにはどうしたらいいんでしょうか？

436:デフォルトの名無しさん
07/04/02 02:48:06
僕も気になってるので完全なソースコードをください

437:デフォルトの名無しさん
07/04/02 02:50:12
僕も絶対に気になります。
ソースコードお願いしますこれは絶対に必要ですね。

438:432
07/04/02 03:10:06
すまない。俺が悪かったｗｗｗ

439:432
07/04/02 03:15:06
>>435
ツリーが展開される直前に親ウィンドウに
TVN_ITEMEXPANDINGが通知されるからそれを引っ掛ける

440:デフォルトの名無しさん
07/04/02 05:18:15
僕も「僕も気になります」が大杉て気になります

441:デフォルトの名無しさん
07/04/02 07:05:30
質問スレで言うのもなんだけど、>>427のレスだけでコードが書けない奴って真性のバカだろ。

442:デフォルトの名無しさん
07/04/02 07:12:51
確実に言えるのは書けなかったとしたらもはやこのスレで扱う内容ではない

443:428
07/04/02 08:24:22
>>429
SetPixelで0x00ffffffは白が表示されて0xffffffffだと透明になるから
アルファ値は読んでるみたいなんだけど、
0x00000000でも透明になっちゃうんだよ

444:デフォルトの名無しさん
07/04/02 11:37:15
>>439
ありがとうございました。

もうひとつお願いしたいんですが、
イメージインデックスを変える方法はどうしたらいいんでしょうか。

445:439
07/04/02 11:47:50
>>444
イメージリスト作ってLVM_SETIMAGELISTでSendする

446:デフォルトの名無しさん
07/04/02 11:50:33
間違えたTVM_だった

447:デフォルトの名無しさん
07/04/02 12:16:19
URLﾘﾝｸ(msdn2.microsoft.com)

448:デフォルトの名無しさん
07/04/02 12:26:55
猫でも分かる～でWin32プログラミングの基礎は分かりますか？

449:デフォルトの名無しさん
07/04/02 12:30:27
猫のWin32は言っちゃ悪いけどひどいコーディングしてると思う
メニューのとこ見たら右クリックごとにメニューの生成と破棄繰り返してたよ。

450:デフォルトの名無しさん
07/04/02 12:36:43
オブジェクト指向的でいいじゃん

451:デフォルトの名無しさん
07/04/02 12:37:27
>>449
そうですか・・・
本を買う金がないので、４００章まであるサンプルを一つ一つ手打ちで勉強してるんですが、
ところどころ非効率なコードが書いてあるということですね。注意して読みます。
ありがとうございました。

452:デフォルトの名無しさん
07/04/02 12:38:09
方法論を学ぶ所であってコードを学ぶ所ではないと意識しておけばおｋ

453:デフォルトの名無しさん
07/04/02 13:25:27
効率に限らず、独学の初心者的な泥臭いコードが多い
あれは教科書ではなくノートだと考えろ
丸写しすると他人の変な癖まで取り込むことになる

454:デフォルトの名無しさん
07/04/02 13:31:01
反面教師なんだよ。

455:デフォルトの名無しさん
07/04/02 13:36:47
ついでに思うのは果たして400章までやる必要があるかどうか？

応用って言葉の意味が無いよな

456:デフォルトの名無しさん
07/04/02 13:39:28
必要な動作を追うには、再利用性を考えて効率的に使えるように書かれたコードよりも見やすい。
STLやboostのコードを逐次追うような状態を想像してみると分かりやすいだろう。

457:デフォルトの名無しさん
07/04/02 14:14:27
まぁでもなーーーーんもわかんない人にはわかりやすいとは思う。
俺も猫からプログラミング入ったクチだし。数年前の話だけど。

458:デフォルトの名無しさん
07/04/02 15:21:10
猫は雰囲気だけ掴んで詳細はMSDNって感じだな。

459:デフォルトの名無しさん
07/04/02 16:20:28
猫とMSDNの間に差ありすぎだろ

460:デフォルトの名無しさん
07/04/02 17:18:33
猫を含めたWEBサイトだけで窓プログラミングを覚えた
（正確にはMFCの本を１冊だけ買ったけど）俺でも
猫のコードを「あまり良くない」と思えるぐらいには成長した
結局>>452と>>456だと思う

次ページ