トップページ⇒tech
1001コメント290KB

Win32API質問箱 Build47

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/13(月) 08:56:12
スレ立てるまでもない、Win32APIのついての質問はこちらへどうぞ。
やさしいお兄さんやお姉さんたちが答えてくれるかも。

過去スレ、関連リンクは>>2-5くらい。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。英語版(http://msdn.microsoft.com/library/)の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで
02312272006/11/20(月) 10:06:05
>>228>>230
分かりました。ありがとうございます。
0232デフォルトの名無しさん2006/11/20(月) 10:10:31
Jeffrey Richter
バッチのサンプル
　ttp://www.microsoft.com/msj/archive/SF9C.aspx
　ここのW32Q0196.zip
FILE_FLAG_DELETE_ON_CLOSEのサンプル
　ttp://www.microsoft.com/msj/0198/win320198.aspx
　なぜかダウンロードできない。XPでは不調でした。
0233デフォルトの名無しさん2006/11/20(月) 11:06:10
以前に、EXE自分自身を削除するプログラムを作ることがあって、
いろいろ見つけたサンプルを元に FILE_FLAG_DELETE_ON_CLOSE
を試行錯誤してみたが、うまくいかなかった。
(例) 98系と2000系で挙動が違う (すまん、どう違ったかは覚えてない)
(例) EXEがネットワークドライブ上だとうまくいかない

で、結局、俺は以下のようにした。
(1) 削除用プログラム(自分自身)を「<GetTempPath()のディレクトリ>\DeleteMe.tmp」にコピー
(2) (1)をMoveFileEx( MOVEFILE_DELAY_UNTIL_REBOOT )で削除予約。
(3) (1)をCreateProcess()、自分自身は終了。

(1)はユーザーがリブートするまで消えないが、ユーザーの目に触れなきゃＯＫ！
0234デフォルトの名無しさん2006/11/20(月) 11:10:42
試さずに書くが・・・・・
0235デフォルトの名無しさん2006/11/20(月) 11:12:41
(スマン、234はしくじった)

試さずに書くが・・・・・

バッチ(command.com/cmd.exe)をSW_HIDEでCreateProcessしては？
0236デフォルトの名無しさん2006/11/20(月) 13:03:52
>>233
その方法も良いと思います。
>>234-235
少なくとも ShellExecute ではうまくいきました。

皆さんお世話になりました。お騒がせしました。
0237デフォルトの名無しさん2006/11/20(月) 13:11:39
>>232
参考になりました。
0238デフォルトの名無しさん2006/11/20(月) 20:31:37
メインのGetMessageをまわしているループとは別のスレッドから、
SendMessageでWndProcへ構造体をわたそうと思っています。
wParamか、lParamにポインタ入れて。
この構造体を入れる領域をHeapAllocでとって、そこに値を入れてSendMessageで渡した後、
WndProcで処理した後、HeapFreeで開放してやりたいのですが、
開放するタイミングはWndProcしかないのでしょうか。
WndProcへwParamとか、lParamでわたってくるマウスの情報とかは、
WndProcで開放しないのでなんかお作法みたいなのがあるように思えますが、
なにか標準のお作法がありますでしょうか。
お作法、または、ドキュメントへの道しるべ等お教えいただけないですか。
0239デフォルトの名無しさん2006/11/20(月) 20:36:47
もしかして、SendMessageを呼び出した後は、
イベントがWndProcで処理されるまで戻ってこないので、
−メモリ確保
−SendMessage（ここから投げたスレッドはブロック）
−−メインのGetMessageで取得されて、WndProcで処理される
−SendMessageから戻ってくるのでメモリ開放
といった形になるのでしょうか？
とりあえず、AdvancedWindowsの第26章をみてます。
0240デフォルトの名無しさん2006/11/20(月) 20:43:23
SendMessageで送信したメッセージの処理内でしか使わないのなら
SendMessageから帰ってきたところで消せばいい

ちなみにSendMessageはGetMessageで取得じゃなくて、SendMessageが直接プロシージャを呼ぶ
0241デフォルトの名無しさん2006/11/20(月) 20:51:19
>240

>SendMessageで送信したメッセージの処理内でしか使わないのなら
>SendMessageから帰ってきたところで消せばいい
ありがとうございます。
確信がなかったのですが、自信が持てました。

>ちなみにSendMessageはGetMessageで取得じゃなくて、SendMessageが直接プロシージャを呼ぶ
AdvancedWindowsをちゃんとよんでみたら書いてありました。
スレッド間でのSendMessage呼び出しは複雑だと知り、勉強になりました。
ご指摘、ありがとうございました。
0242デフォルトの名無しさん2006/11/21(火) 00:30:29
＞メインのGetMessageをまわしているループとは別のスレッドから、SendMessage
する状況なら、
＞ちなみにSendMessageはGetMessageで取得じゃなくて、
＞SendMessageが直接プロシージャを呼ぶ
は間違いだよ。それは同一スレッドの時限定。
0243デフォルトの名無しさん2006/11/21(火) 01:02:03
でもそんな感じだと思っていて構わないと思う。
Advanced Windows読むまで知らなかった。
0244デフォルトの名無しさん2006/11/21(火) 01:25:56
実は16bitWindowsの頃からGetMessageで取得していた
0245デフォルトの名無しさん2006/11/21(火) 10:07:07
ヘッダ見てるといろんな構造体にbiSizeとかcbSizeとか構造体のサイズを設定するところがありますがこれって何のためですか？
構造体を渡す側はsizeof(構造体)でこのセットするサイズわかるし渡される側も構造体がわかってるからsizeof(構造体)でとれますよね
0246デフォルトの名無しさん2006/11/21(火) 10:23:12
>>245
後で拡張されてサイズが増える場合があるから
0247デフォルトの名無しさんNGNG?2BP(200)
>>245
最後に char hoge[1] みたいな可変長メンバのプレースホルダがあったりして
sizeof では正しいサイズを得られない場合があるから。
0248デフォルトの名無しさん2006/11/21(火) 13:40:05
構造体によっては、コンパイル時の_WIN_VERの値で使用可能なメンバの数が変わったりする
そうなると当然構造体のサイズも変わる
おｋ？
0249デフォルトの名無しさん2006/11/21(火) 14:27:23
でも、NOTIFYICONDATAとか結構ぐだぐだだよな。
同じ名前を流用するより、
OSVERSIONINFO/OSVERSIONINFOEXみたく、
個別に構造体を定義したほうがスマートに見える。
0250デフォルトの名無しさん2006/11/21(火) 14:31:14
まぁ、俺らがここでそれを言っても
MSがそれに気付いてやってくれないとどうにもならないからな・・・
0251デフォルトの名無しさんNGNG?2BP(200)
>>246>>248
その場合はコンパイル環境とターゲット環境が一致している限りは問題ない。
sizeof自体が役に立たないのは、BITMAPINFOみたいな可変長メンバを含む場合。
0252デフォルトの名無しさん2006/11/21(火) 16:41:25
>>251
一致してれば、な
0253デフォルトの名無しさん2006/11/21(火) 17:01:43
>>251
お客さんのPCのGDI32.DLL の類がどんな環境で
いつコンパイルされたかなんか普通わからんと思うぞ。
0254デフォルトの名無しさんNGNG?2BP(200)
>>252
ま、それは要件によるが。

>>253
何の話してるのかね。
0255デフォルトの名無しさん2006/11/21(火) 17:38:04
>>254
＞何の話してるのかね。

Win32 API のヘッダで構造体のメンバに構造体のサイズを設定するフィールドがあるのはなぜ、という話で、
「後で拡張されてサイズが増える場合があるから」という答えに対して
「コンパイル環境とターゲット環境が一致している限りは問題ない」とアフォな返しをする奴がいたので、
ターゲット環境がわかるケースは一般的ではないと指摘してみたんだが・・・
0256デフォルトの名無しさんNGNG?2BP(0)
具体例を出さんと>>254は解らなさそうだ
02572452006/11/21(火) 17:55:20
>>246-256
ビットマップをいじるプログラムをさわったらなんとなくわかってきました。
教えてくれて、ありがとう。
あと、C言語ポインタ完全制覇という本に構造体の一番後ろで拡張するタイプの話がのってたので、
そっちも読んで理解してみます。な〜んでだろっていうのがすっきりして助かりました。
0258デフォルトの名無しさん2006/11/21(火) 18:37:27
>>257
ヘッダを開いて、それぞれの構造体の宣言部を見てみるのもいいと思うぞ
#ifdef _WIN_VER〜#endifとかあるから
0259デフォルトの名無しさん2006/11/21(火) 18:47:33
質問です。
C言語をベースに勉強していて、
テキストエディタを作っています。
コモンダイアログの「検索」を出して、
エディタ内の文字列を探す所まではなんとかできたのですが、
その結果をエディタに表示する方法がよくかりません。

エディタの内容をchar配列に移して、
そこからｓｔｒｓｔｒで検索して、
見つかったら戻り値のポイントを調べて、
SendMessage(MyDataGet_hEdit(), EM_SETSEL,[戻り値], [戻り値 + 検索文字数]);
で結果を明示しようとしています。
見つかった文字列がエディタ内に表示されている状態ならば、
これでもよさそうなのですが、
表示されていない場合、スクロールを自分で動かして、
どこが選択されているか調べないといけないという、
検索した意味のない状態になってしまっています。

どうしたら普通の検索のように、
検索結果（選択状態の文字列）まで、
画面表示を自動スクロールさせられるのか、ヒントをください。

0260デフォルトの名無しさんNGNG?2BP(200)
>>255
ターゲット環境が「分かる」必要なんか無いだろ。
ターゲット環境は「作るときに決める」物なんだから。

「ターゲットを決めうちする限りは問題ない」とする回答に「ターゲットが分からない」と
返す方がよっぽどAFOだと思うが。
0261デフォルトの名無しさん2006/11/21(火) 19:08:29
なんでおまえの限定の話に乗っからないといけないんだよ
0262デフォルトの名無しさん2006/11/21(火) 19:29:22
>>245
biSizeは言ってみれば構造体のバージョンナンバー。
BITMAPINFOHEADER, BITMAPV4HEADER, BITMAPV5HEADERのように
構造体が拡張された場合に、API側がbiSizeを見てどの構造体なのか
判断している。

これのおかげで、BITMAPINFOHEADERを要求するAPIにV4やV5の
構造体を渡すことができる。
0263デフォルトの名無しさんNGNG?2BP(200)
>>261
ターゲットが分からないなんてのもお前限定の話だろ。
客のターゲットも調べないで要件を定義するのか？
02642592006/11/21(火) 19:50:09
流れ無視してゴメンなさい。自己解決しました。
SendMessage(HANDLEエディタ, EM_SCROLLCARET, 0, 0);
基本的なメッセージ関連を勉強しなおしてきます。orz
0265デフォルトの名無しさん2006/11/21(火) 19:55:23
ターゲットを限定しないとバージョンアップのたびに金を取れないだろ。
0266デフォルトの名無しさん2006/11/22(水) 08:17:04
>>262
>biSizeは言ってみれば構造体のバージョンナンバー。
同意同意。

本当はマズいんだと思うんだけどね。
過去バージョン互換とか考えるとなー。

0267デフォルトの名無しさん2006/11/22(水) 09:47:00
ビットマップ等の場合、渡されるOS側がサイズを確定できないのだから仕方が無い
Windows3.0以前から一応ソースレベルの互換性を維持してきたツケだな
0268デフォルトの名無しさん2006/11/22(水) 13:03:41
ここでGDI+の質問してもOKでしょうか？

FillRectangle + LinearGradientBrushを使って四角形を描画すると
Rectのサイズによってはグラデーション開始位置に、グラデーション終了色が
出ます。(LinearGradientModeVerticalモード時は上１行だけ)
これはどうやれば防げるんでしょうか？
0269デフォルトの名無しさん2006/11/22(水) 13:30:27
どういうコード書いてるかも言わずに解るわけないだろ
02702682006/11/22(水) 13:50:10
失礼しました。以下のコードです。

Graphics g(hdc);
Rect rect(10, 10, 100, 11);
LinearGradientBrush brush( rect, Color(255,255,0,0), Color(255,0,0,0), LinearGradientModeVertical );
g.FillRectangle(&brush, rect);

四角形の上が赤、下が黒になるはずなんですが、一番上の行が黒になってしまいます。２行目以降は
正常です。Y座標を変えると全て正常に表示されることもあります。
0271デフォルトの名無しさん2006/11/22(水) 13:52:17
GetMessageの戻り値が負になるのはどういう時でしょうか。

終了の0の時は、閉じるボタンorWM_CLOSEをPost、
WM_CLOSEはDefWindowProcで処理、
WM_DESTROYが来て、そこでPostQuitMessage(0)、
WM_QUITが来た時、同時にGetMessageの戻り値が0になり
メッセージループを抜けるという感じだと思うんですけど。
0272デフォルトの名無しさん2006/11/22(水) 14:45:03
>>271
MSDNくらい嫁や
0273デフォルトの名無しさん2006/11/22(水) 15:22:58
>>271
わん　わん わわわん　わん　わん　くんくん
（GetMessage関数は、WM_QUIT以外のメッセージを取得した場合は､TRUEを返すんだよ）

わん　わん わわわん　わん　わん
（また、WM_QUITメッセージを取得した場合は､FALSEを返すんだよ）

わん　わん くーん？
（わかったかな？）
0274デフォルトの名無しさん2006/11/22(水) 16:03:37
>>273
>>272
02752712006/11/22(水) 16:21:50
ありがとうございます。

>>223
エラーが発生した場合、-1が返ると書いてあります。
しかし、それで戻り値がintでなくBOOLなのがなぞですが。

WM_CLOSE、WM_DESTROY、WM_QUITを経由して
-1を返してくるか、いきなり-1を返すのかが分かりません。
実験しようにも-1戻り値エラーが発生したことがありませんし。
0276デフォルトの名無しさん2006/11/22(水) 16:30:37
typedef int　　　BOOL;
0277デフォルトの名無しさん2006/11/22(水) 16:45:15
そういやさ、MSDNのGetMessageの解説には、
GetMessageは「0、-1、other」の3種類の戻り値が有るから「while (GetMessage(lpMsg, hWnd, 0, 0))」は良くないって書いてあるけど
VCが自動生成するメッセージループって「while (GetMessage(lpMsg, NULL, 0, 0))」なんだよな
これってどうなんかねｗ
0278デフォルトの名無しさん2006/11/22(水) 16:48:57
>>275
> それで戻り値がintでなくBOOLなのがなぞですが。
GetMessageの戻り値は以前はTRUEとFALSEだけだった。
0279デフォルトの名無しさん2006/11/22(水) 16:50:37
GetMessageのウィンドウハンドルの引数に無効な値（削除されたウィンドウのハンドルなど）
を渡すと-1が帰ってくると聞いたことがある。
0280デフォルトの名無しさん2006/11/22(水) 16:55:46
>>279
そうか、そういう場合に失敗するのか。

いや、いままでGetMessageが失敗したことなんて無いもんだから。
面倒だから、こういうやり方してしまっているけど

while ( GetMessage( &msg, NULL, 0, 0) > 0 )
{
}
0281デフォルトの名無しさん2006/11/22(水) 16:59:55
つか、MSDNの警告に従えば､GetMessageはwhileの条件式に書かないほうがいいってことだから
while(true)とかで回すことになって、益々ヤバイことにならんか
02822712006/11/22(水) 18:30:03
>>279
なるほど。
こわいですが、わざと変な値を使ってエラーさせて実験してみます。
0283デフォルトの名無しさん2006/11/22(水) 18:48:41
他のプログラムの出しているウィンドウへのキー入力もフックに引っかけたくて、
ＤＬＬを記述して、

hhk = SetWindowsHookEx(WH_KEYBOARD,// フックタイプはキーストローク
hHOOKKEY, // フック処理プロシジャへ
hInstDLL, //フックプロシジャは同一ファイルで記述
NULL); // 対象スレッドはすべて
if (hhk == NULL)
　　MessageBox( NULL,TEXT("フックかけられない"),TEXT("Error"),MB_OK)

と記述したところ、フック設定は毎回うまく行っているように見えるのですが、

自分で作成しウインドウへの入力は拾えても、他のプログラムの出した窓への入力
は拾えません。「グローバルフック」はキーロガーのように全部拾ってくれる
と思っていたのですが、こんなもんなんでしょうか。

ＷｉｎＸＰ，ＶｉｓｕａｌＣ＋＋２００５　です。
0284デフォルトの名無しさん2006/11/22(水) 19:35:05
>>283
拾えるのはDLLの注入されたプロセス自身だけ
他のプロセスのメッセージを拾いたいなら、
何らかのプロセス間通信を使って自分のプロセスに送らないと駄目
0285デフォルトの名無しさんNGNG?2BP(200)
>>283
グローバルフックを仕込んだdllをパスの通ったディレクトリに置く。
0286デフォルトの名無しさん2006/11/22(水) 19:53:25
>>285
パスが通ってる必要はない
0287デフォルトの名無しさん2006/11/22(水) 22:04:48
フックプロシージャでメッセージを受け取るウィンドウのハンドルを取得することはできないのでしょうか？
フックの種類はWH_CBTです
0288デフォルトの名無しさん2006/11/22(水) 22:16:12
>>287
>>272
02892872006/11/22(水) 22:21:17
>>288
MSDN見たら書いてありましたorz
nCodeによってはwParamとかに入ってるんですね
スレ汚ししてしまってすみませんでした
0290デフォルトの名無しさん2006/11/23(木) 00:02:42
SetStdHandleでググって見つかるサンプルって子プロセスの標準出力等を親からReadFileで読み出す感じなのが大半だと思うのですが
自プロセスでputsとかで出力したものをコンソールに出力せずあとでReadFileでまとめて取得したくて下記のようなコードを書いたのですがうまくいきません
int main() {
　　SECURITY_ATTRIBUTES sa;
　　HANDLE hRead, hWrite;
　　sa.nLength = sizeof(SECURITY_ATTRIBUTES);
　　sa.lpSecurityDescriptor = NULL;
　　sa.bInheritHandle = TRUE;
　　if(!CreatePipe(&hRead, &hWrite, &sa, 0)) {
　　　　puts("error CreatePipe");
　　　　return 1;
　　}
　　if(!SetStdHandle(STD_OUTPUT_HANDLE, hWrite)) {
　　　　puts("error SetStdHandle");
　　　　return 1;
　　}
　　const char msg[] = "Hello from new stdout";
　　puts(msg); // 新しく設定されたstdoutに出力
　　fflush(stdout);
　　FlushFileBuffers(hRead);
　　FlushFileBuffers(hWrite);

　　char buf[1024] = {0}; DWORD read = 0;
　　ReadFile(hRead, buf, sizeof(buf)-1, &read, NULL);

　　if(strcmp(buf, msg) != 0) {
　　　　puts("failed");
　　　　return 1;
　　}
　　return 0;
}
0291デフォルトの名無しさん2006/11/23(木) 01:50:30
>>290
的外れだったらすまんが
CreateConsoleScreenBuffer
関連を使えばバックバッファを作成できるけど
02922902006/11/23(木) 03:18:04
>>291　レスありがとうございます
CreatePipeのくだりを消して
HANDLE hWrite = CreateConsoleScreenBuffer(
　　GENERIC_WRITE | GENERIC_READ,
　　FILE_SHARE_READ | FILE_SHARE_WRITE,
　　NULL,
　　CONSOLE_TEXTMODE_BUFFER,
　　NULL);
SetConsoleActiveScreenBuffer(hWrite);
を追加したのですがReadFileではなにも読めませんでした

rubyで実現できたのですがこれをWin32APIでもやりたいです
下記は標準出力を横取りしてフィルタリングや整形などを行えます

$stdout_sv = STDOUT.dup          # STDOUT を保存
class MyOut < IO
  def write(str)
    return $stdout_sv.write("-->" + str) #デコレーションして本物の標準出力に
  end
end
STDOUT.reopen(MyOut.new(0)) #フィルタ設置 (ファイルディスクリプタ適当
puts "Hello from new stdout\n"
STDOUT.flush
STDOUT.reopen($stdout_sv)
0293デフォルトの名無しさん2006/11/23(木) 07:37:04
rubyのソースを読めば方法がわかる予感。
0294デフォルトの名無しさん2006/11/23(木) 08:58:52
ていうか標準関数を使うべきかと

以前、win32アプリでAllocConsoleを使ってコンソールを作成した後標準出力をコンソールスクリーンに割り当てる
って事をやったんだけどAPIでやるとcoutやprintfは機能しなかった。
だけど標準関数(たしかfreopen)を使うとちゃんと出力されたし、
GetStdHandleを使って調べてもちゃんとスクリーンのハンドルが返ってきた

ちなみにcoutを開き直すのは駄目でした(coutはちゃんと出力できたけどprintfとかが駄目)
0295デフォルトの名無しさん2006/11/23(木) 09:02:34
あと入出力の関数は標準関数かAPIかで統一した方がいいと思う
0296デフォルトの名無しさん2006/11/23(木) 10:25:35
そもそもAPIで標準出力の出力先を変更しようというのではなく、
プログラム内で出力先を選べるようにしたほうが楽だと思う。

C++ならstd::ostreamを引数にとって、呼ぶ側が必要に応じて
std::ostringstreamのオブジェクトを渡すようにするとかさ。
0297デフォルトの名無しさん2006/11/23(木) 19:37:22
質問があります。
拡張子がrtfのファイルに関連するアイコンデータがプログラムから
ひつようなのですが、レジストリエディタで確認すると
"%ProgramFiles%\Windows NT\Accessories\WORDPAD.EXE",1
になっていました。
このリソースＩＤは何番にしたらいいですか？ワードパッドみても
リソースＩＤが一番のアイコンはありませんでした。

よろしくお願いします
0298デフォルトの名無しさん2006/11/23(木) 19:51:50
標準のスタティックコントロールが自動折り返しの設定になっているときに、
複数行の文字列が表示される領域を正確に知りたいのですがどうすればいいでしょうか？
GetTextExtentPoint32だと折り返しがある場合に位置がずれてしまうのです。
0299デフォルトの名無しさん2006/11/23(木) 20:01:14
>>297
正の値 : 0から始まるアイコンのインデックス
負の値 : リソースID（ex. -3 -> リソースID 3）
03002972006/11/23(木) 20:14:53
>>299
理解できました。
ありがとうございました。
0301デフォルトの名無しさん2006/11/23(木) 20:24:37
fopen fout
と
CreateFile
WriteFile
は
どっちが速い？
0302デフォルトの名無しさん2006/11/23(木) 20:29:01
>>301
実装と用途による。
0303デフォルトの名無しさん2006/11/23(木) 20:30:54
>>301
foutが何かは知りませんが、大き目のファイルを一気に書くような用途では
ストリームを使ってもAPIを直接使っても大して速度は変わらないと思います。
∵一般的にI/Oに時間が掛かりますから。
0304デフォルトの名無しさん2006/11/23(木) 20:34:39
根拠なしに適当いうと
たぶんfopen()とかはCreateFileで実装されてる
0305デフォルトの名無しさん2006/11/23(木) 20:41:39
それ以外でどう実装しろと
0306デフォルトの名無しさん2006/11/23(木) 20:58:57
直にディスクアクセスする方法がある。
って結局ドライブ自体かvwin32をCreateFileで開かないといけないわけか。
0307デフォルトの名無しさん2006/11/23(木) 21:00:06
隠しAPIがあるとか
0308デフォルトの名無しさん2006/11/23(木) 21:19:00
NtCreateFileとかZwCreateFileとか
0309デフォルトの名無しさん2006/11/23(木) 21:53:00
Cランタイムのソースコードは誰でも見れるだろ。
正解は304
0310デフォルトの名無しさん2006/11/23(木) 22:08:18
解放し忘れたメモリもプロセスが終了するときに解放されると聞いたことがあるのですが、
同様にLoadLibraryで読み込まれたDLL内で確保したメモリがFreeLibraryで解放されるのでしょうか？
0311デフォルトの名無しさん2006/11/23(木) 22:18:51
>>310
されない
DLL作る人は気をつけよう
0312デフォルトの名無しさん2006/11/23(木) 22:32:56
>>311
レスありがとうございます
解放されないんですね、気をつけます
0313デフォルトの名無しさん2006/11/23(木) 22:35:23
されないのか、知らんかった
・・・考えたら、されたら困るよな・・・
0314デフォルトの名無しさん2006/11/23(木) 22:58:05
ＣＯＭ最強杉とだけ言っておこう
0315デフォルトの名無しさん2006/11/23(木) 23:00:09
>>314
違う最強なのは僕
0316デフォルトの名無しさん2006/11/23(木) 23:01:35
なのは最強
0317デフォルトの名無しさん2006/11/24(金) 00:14:51
最強はケンイチ
0318デフォルトの名無しさん2006/11/24(金) 01:55:46
アニメーションを行うためにタイマーイベントでWM_PAINTを発行して、
WM_PAINT内に以下の記述をしています。

　draw() // OpenGLの描画関数
　SwapBuffers(wglGetCurrentDC());
　HDC hdc = BeginPaint(hwnd, &ps);
　〜マウスドラッグによる四角の描画〜
　EndPaint(hwnd, &ps);

すると、マウスドラッグで描かれた四角の部分がチラついてしまいます。
このチラツキを防止するにはどうすればよろしいでしょうか。
0319デフォルトの名無しさん2006/11/24(金) 01:57:53
画面に直接書かずバックバッファのほうに書け
03203182006/11/24(金) 02:25:33
>>319
どうも。以下にようにしてもチラつきました。
何か間違ってるでしょうか？

HDC hdc_bkbuf = CreateCompatibleDC(hdc);
HBITMAP hbmp = CreateCompatibleBitmap(hdc, width, height);
HBITMAP hbmp_old = (HBITMAP)SelectObject(hdc_bkbuf, hbmp);
〜hdc_bkbufに四角を描画〜
BitBlt(hdc, posx, posy, width, height, hdc_bkbuf, 0, 0, SRCCOPY);
SelectObject(hdc_bkbuf, hbmp_old);
DeleteObject(hbmp);
DeleteDC(hdc_bkbuf);
0321デフォルトの名無しさん2006/11/24(金) 02:33:51
WM_TIMERの代わりにWM_MOUSEMOVEで更新するとか
SendMessageじゃなくPostするとか
0322デフォルトの名無しさん2006/11/24(金) 02:35:20
>>320
SwapBuffersはどこ行った?
03233182006/11/24(金) 02:44:33
>>322
　draw(); // OpenGLの描画関数
　SwapBuffers(wglGetCurrentDC());
　HDC hdc = BeginPaint(hwnd, &ps);
　〜320のコード〜
　EndPaint(hwnd, &ps);
　SwapBuffers(hdc);
てな具合です。

>>321
すみません。いまいちよく分かりませんでした。
0324デフォルトの名無しさん2006/11/24(金) 02:53:47
それじゃまったく意味ないだろ。
OpenGLの裏画面ってGDIじゃ描画できないんだっけ?
03253182006/11/24(金) 03:00:17
そうですね。意味ないですね…。

> OpenGLの裏画面ってGDIじゃ描画できないんだっけ?
GLとGDIでコンテキストを分けてそれぞれ独立に描画できれば
自由度があって便利なんですが、やり方がよくわからず。
03263212006/11/24(金) 03:00:32
case WM_TIMER
・・・
WM_PAINを発行
を
case WM_MOUSEMOVE
if(ドラッグの最中){
PostMessage(自分,WM_PAINT・・・)
}
な具合。
0327デフォルトの名無しさん2006/11/24(金) 03:06:06
WM_PAINTって自分で送るものじゃないんじゃないの？
03283182006/11/24(金) 03:11:08
>>327
InvalidateRectでいいですよね。

>>326
それだとドラッグの最中に四角が描画されて、
同時にタイマーでアニメーションが描画されて、結局チラついちゃう気が…。

GL側で全部描こうかなぁ。
半透明とか楽だし…。
0329デフォルトの名無しさん2006/11/24(金) 04:24:41
> GL側で全部描こうかなぁ。
GDIで書く方法が不明ならそれが一番いいかと。
0330デフォルトの名無しさん2006/11/24(金) 06:39:42
そもそもWM_PAINTで描くからチラつくんだが
WM_PAINTはあくまで再描画するためのイベントだ
それ以外の描画は他タイミングで描け
つか、タイマー使ってんならWM_TIMERで描きゃいいじゃないかよ
■ このスレッドは過去ログ倉庫に格納されています