Win32API質問箱 Build124

**デフォルトの名無しさん** · 2017/11/11(土) 19:23:00.69

Win32APIについての質問はこちらへどうぞ。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。
　英語版( http://msdn.microsoft.com/en-us/library/ )の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで

■過去スレ
Win32API質問箱 Build123
http://mevius.2ch.net/test/read.cgi/tech/1475897582/
Win32API質問箱 Build122
http://echo.2ch.net/test/read.cgi/tech/1451988219/
Win32API質問箱 Build121
http://echo.2ch.net/test/read.cgi/tech/1438695290/
Win32API質問箱 Build120
http://echo.2ch.net/test/read.cgi/tech/1428570962/

■関連スレ
Visual Studio 2017 Part4
http://mevius.2ch.net/test/read.cgi/tech/1509244956/
【C++】 DirectX初心者質問ｽﾚ Part40 【C】
http://mevius.2ch.net/test/read.cgi/tech/1474782237/

**デフォルトの名無しさん** · 2018/12/05(水) 13:31:27.57

>>796
それ自体は理解しているのですが、
戻り値がアイテムの番号ではなくサブ項目の番号になることがあるのでしょうか。

**デフォルトの名無しさん** · 2018/12/05(水) 15:00:20.42

iSubItemメンバに値が入る
戻り値およびiItemは今まで通り

**デフォルトの名無しさん** · 2018/12/05(水) 15:22:34.72

カエル

**デフォルトの名無しさん** · 2018/12/08(土) 08:51:15.20

ReactOSはどうなった？

**デフォルトの名無しさん** · 2018/12/08(土) 10:18:34.02

Reactなし

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/12/10(月) 14:41:18.82

Windows互換を目指すReactOS Part12
https://medaka.5ch.net/test/read.cgi/os/1519906380/

こっちのスレで活動してるよ。暇なら見てね。るんぱっぱ。

**デフォルトの名無しさん** · 2018/12/27(木) 19:29:05.60

wineに頼らないと動かない産廃

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/12/27(木) 19:45:16.53

>>803
微軟おつ。

**デフォルトの名無しさん** · 2018/12/27(木) 20:15:23.13

ほんと産廃だよな
なんでwindowsに頼らないとwin32アプリは動かないんだ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/12/27(木) 20:32:52.08

ジャバザハット

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/12/27(木) 21:04:33.87

らんらんるー

**デフォルトの名無しさん** · 2019/01/01(火) 23:36:15.57

念のため聞くけどさ、金毘羅とコンパイラどっちが御利益あるかわかってるよね？

**デフォルトの名無しさん** · 2019/01/01(火) 23:48:35.00

念のために聞くけどさ、ネタとしてもここに書くつもりじゃなかったよね？

**デフォルトの名無しさん** · 2019/01/02(水) 12:04:23.94

キンピラごぼうの方が御利益ある

**デフォルトの名無しさん** · 2019/01/06(日) 11:52:07.26

ｋｔｋｒ
【Win】 WindowsUpdateで入れなくても良いKBリスト。2018年12月12日まで分
http://blog.livedoor.jp/nichepcgamer/archives/1039785182.html

**デフォルトの名無しさん** · 2019/01/08(火) 21:00:32.75

Windows(上で動作しているアプリ)が鳴らしている音の「生データへのポインタ」
を取得するWin32APIを教えてください。

**デフォルトの名無しさん** · 2019/01/08(火) 21:03:39.61

812
音データが入っているバッファへのポインタです。

**デフォルトの名無しさん** · 2019/01/08(火) 21:13:43.96

ない

**デフォルトの名無しさん** · 2019/01/08(火) 21:14:52.46

dllインジェクションするしかない

**デフォルトの名無しさん** · 2019/01/08(火) 21:20:13.54

>>814
ありがとうございます。APIとしては用意されていないのですね。
>>815
DLLインジェクション。注射ですか。初めて聞く言葉なので少し調べてみます。
分からなくなったらまた来ます。

目的は、現在発音中の音声のスペクトラムアナライザーを作ることです。
FFT自体はできており、自アプリで鳴らしているWAVデータを処理する
ことまではできていますが、上記のことを実現したいので。

**デフォルトの名無しさん** · 2019/01/08(火) 21:25:43.44

winmm.dllをフックすれば実現できそうです。
早速やってみます。
ありがとうございました！

**デフォルトの名無しさん** · 2019/01/09(水) 11:55:22.51

>>812
生データかどうかは知らんがミキサーの出力は取れるはず

**デフォルトの名無しさん** · 2019/01/12(土) 14:22:16.93

OS：Windows10
VC++ 2015
なんですが、下記ページの質問者と同じ問題にあたりました。
（LANが抜けているとNICに設定した固定IPアドレスではなく0.0.0.0が取得されてしまう）

https://social.msdn.microsoft.com/Forums/vstudio/ja-JP/9dd046d6-d0ad-4875-b9be-9ac6c7106454/ip124501248912524124731239821462244712604127861?forum=vcgeneralja

このページの解決方法（WSAIoctl()関数にSIO_GET_INTERFACE_LIST）では、
ループバックアドレスしか取得できませんでした。

この他、GetIpAddrTable()も試しましたが同様でした。

どうすればLANケーブルが抜けていてもNICに設定した固定IPアドレスを取得できるでしょうか？

**デフォルトの名無しさん** · 2019/01/12(土) 15:05:56.36

へ～そうなんや～。この辺サンプル作ってたから試してみよ。
と思ったらPCの裏側弄るのめんどくせｗ

結果、おっしゃるとおりGetAdapterInfo()でもダメだった。
けど、これってAPIレベルでは取れないんじゃないかな？
プロパティで表示されてる固定IPって、単にレジストリに登録されてるだけでは・・・

GetAdapterInfo()で取れるAdapterNameを取得し、
レジストリの
HLM\SYSTEM\ControlSet001（ここは環境による？）\Services\Tcpip\Parameters\Interfaces\{上記で取れた名前}\IPAddress
から取ればいいんじゃないかなあ。

固定IP設定してないと上記キーは存在せず、代わりにDhcpIpAddressが存在する。

なお、もうPCしまい込んだんで、LANケーブル抜いてレジストリ確認してないｗ
間違ってたらスマソ

**デフォルトの名無しさん** · 2019/01/12(土) 15:18:01.40

>>820
ControlSet001の所はCurrentControlSetの方が良い

**819** · 2019/01/12(土) 15:43:42.17

>>820
わざわざ検証してくださってありがとうございます！

http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=19361&;forum=6

このページを見ても、LANケーブルが抜かれている状態でIPアドレスが参照できないのは然りのようですね。
レジストリにアクセスした経験が無く、何か恐いので、
0.0.0.0が取得できたらLANケーブルが抜けているか、とりあえずロクな状態じゃないということで、
エラーを出す等の対処としたい（今回のアプリではこれで十分）と思います。

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

**デフォルトの名無しさん** · 2019/01/12(土) 15:58:58.78

>>821
そうそう、それそれ

>>822
ケーブルが抜けてる時点では通信のしようがないので、
IPを取得できてしまうとむしろエラーの判定方法が面倒くさくなると思う。
だから「取得できない＝エラー」でいいでしょう。

なお、レジストリからの値の取得は別に何も恐くは・・・書き込みは気を遣うけど。

**819** · 2019/01/12(土) 20:54:40.03

>>823
RegGetValue()で固定IPアドレスを簡単に取得できました！
レジストリアクセス、恐るるに足らず･･･！ｗ

>だから「取得できない＝エラー」でいいでしょう。

IPアドレスを取得できても、LANケーブルが接続されていないと、
その後のbind()で失敗するので、そこでエラーを出すことができます。
さらに、一定時間間隔でbind()を試みておけば、
ケーブルが接続された段階で正常な受信処理に進むことができます。

これで理想的な対応が完了しました！
ありがとうございました！｡ﾟ( ﾟ´∀｀ﾟ)ﾟ｡

**デフォルトの名無しさん** · 2019/01/13(日) 10:39:34.53

>>819
WirelessLANで固定IPのときな何が取れるのかな

**819** · 2019/01/14(月) 02:01:50.42

>>825
確認してみました。

・Wi-Fiオフ ⇒ 0.0.0.0
・Wi-Fiオン（AP未接続） ⇒ 0.0.0.0
・Wi-Fiオン（AP接続） ⇒ 設定した固定IPアドレス

APへの接続有無が、有線時のLANケーブル接続有無に対応する結果となりました。
もちろん、上記ケースのいずれの場合においてもレジストリからは設定された固定IPアドレスが取得できました。

**デフォルトの名無しさん** · 2019/01/14(月) 10:58:45.95

LANケーブルが刺さってて反対側の端もHUBに刺さってて
そのHUBがどこにもつながってないときはどうかな

**デフォルトの名無しさん** · 2019/01/14(月) 14:56:20.16

どこと何の通信をするのか分からないけど、インターネットが可能かどうかという判定なら
固定IPとか関係ないしな

**819** · 2019/01/17(木) 02:34:20.94

>>827
確認してみました。
どこにも繋がっていないハブ（通電はしている）に繋げば
GetAdaptersInfo()で固定IPアドレスが取得できました。
要はコネクタのところのLEDがチカチカしてる状態ならOKのようです。

**デフォルトの名無しさん** · 2019/01/17(木) 13:32:04.21

ガキの使いやあらへんで

**デフォルトの名無しさん** · 2019/01/18(金) 09:31:37.52

Win32に限らない話なんだけど、「floating window」と
「top-level window」って、何らかの意味の違いってあるのだろうか？
それとも同じ？

**デフォルトの名無しさん** · 2019/01/18(金) 09:57:11.80

トップレベルは全部の上に対して上
フローティングは親に対して浮いてる

**デフォルトの名無しさん** · 2019/01/18(金) 12:23:14.96

>>832
ちなみに、TOP-MOST と TOP-LEVEL を勘違いしての発言？

**デフォルトの名無しさん** · 2019/01/18(金) 12:26:49.75

WS_OVERLAPPEDWINDOW
WS_OVERLAPPED
WS_POPUPWINDOW
WS_POPUP
WS_CHILDWINDOW
WS_CHILD

**デフォルトの名無しさん** · 2019/01/18(金) 17:24:32.14

>>831
「floating window」って非MDIウインドウであってtop-levelである必要はないんじゃね？
「top-level window」ならば必然的に「floating window」だろうけど

**デフォルトの名無しさん** · 2019/01/18(金) 17:55:26.61

>>835
top-level の定義は、親が存在しない (CreateWindow 実行時に NULL が指定され
ている) Window だ、って英語で書かれているよ。
MDI とか関係ないと思うんだけど。

**デフォルトの名無しさん** · 2019/01/18(金) 18:42:47.29

>>835
訂正
「非MDIウインドウであって」→「非MDI子ウインドウであって」ね

>>836
だから『「top-level window」ならば必然的に「floating window」』ってのはOK？
親の存在の有無にかかわらず非MDI子ウインドウならそれは「floating window」でしょ

要するに「floating window」のうち親を持たないのが「top-level window」

**デフォルトの名無しさん** · 2019/01/18(金) 18:53:17.40

フローティングってのはブラウザなんかでタブをドラッグすると独立できる奴ってイメージがあるけどなあ。

**デフォルトの名無しさん** · 2019/01/18(金) 19:49:53.56

>>838
同じ用語が別の文脈で異なるものを指すことはよくある。
このスレのタイトルを見直してごらん。

**デフォルトの名無しさん** · 2019/01/18(金) 20:27:04.31

>>838
小さなものってイメージもあるな

**デフォルトの名無しさん** · 2019/01/19(土) 01:02:57.44

それはない

**デフォルトの名無しさん** · 2019/01/19(土) 01:55:25.45

どうも、Win32APIそのものの質問ではないですが質問させてください。
Win32API等のサンプルがおいてあったサイトがどうしても見つからないのです。
以前は難なく見つかったので、消失したっぽいのですが。
覚えているのは以下です

- デバイスコンテキストを利用したスプリッターのサンプルがあった（これは自分ライブラリにしたので確実）
- OLEを利用したファイルのD&Dのサンプルがあった（これも自作アプリで利用したので確実）
- 2016年3月までは存在していた（日記を見て確認）
- 確かZIP（かLZHの圧縮ファイル）がアップロードされてたような。（通常のソースとその解説ページもあった）

URLさえ判れば Internet Archive 等で何とかなるかと思うのですが･･･

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/01/19(土) 02:02:18.49

OLE D&Dの資料は俺様も欲しいっす。

**デフォルトの名無しさん** · 2019/01/19(土) 02:55:55.30

みおぼえあるわ

**デフォルトの名無しさん** · 2019/01/19(土) 03:12:53.98

見たら思い出しそうではあるが

**デフォルトの名無しさん** · 2019/01/19(土) 06:43:28.33

これとか？

OLE DragDrop (サンプル)
http://hp.vector.co.jp/authors/VA016117/oledragdrop5.html

**842** · 2019/01/19(土) 09:43:29.26

>>846
そのページは昨日に到達してましたが、残念ながら違います。

確かOLEのD&DのページはC++で実装されてて、
IDropSource、IDataObject、IDropTargetの共通部分である
QueryInterface、AddRef、Release関数をIUnknownImplementという名前の
クラスを作ってそれをprivate継承してから、内部ではその親クラスの関数を呼び出す事をしていました。
IUnknownImplementという名前は自分のセンスではないのでそのページからそのままコピペしたのだと思います。

以前はOLE D&Dで検索すると難なく到達出来てたので消失したと思われます。
誰かブックマークしてて今では消えてるページのURLとかでそれらしきものがないでしょうか？

**デフォルトの名無しさん** · 2019/01/19(土) 10:35:14.95

>>847
ブラウザの履歴を検索したら出てこない？

**デフォルトの名無しさん** · 2019/01/19(土) 11:05:14.74

NGチェックで貼れないサイトがあるな
atata sakura ne jp . /com/chap5.html
atata sakura ne jp . /com/chap7.html
https://docs.microsoft.com/en-us/windows/desktop/api/oleidl/nn-oleidl-idroptarget
https://gist.github.com/yohhoy/3053385

**デフォルトの名無しさん** · 2019/01/19(土) 11:10:10.62

http://eternalwindows.jp/ole/oledrag/oledrag00.html
http://rarara.cafe.coocan.jp/cgi-bin/lng/vc/vclng.cgi

**デフォルトの名無しさん** · 2019/01/19(土) 11:17:26.03

これ？
http://eternalwindows.jp/ole/oledrag/oledrag00.html

**デフォルトの名無しさん** · 2019/01/19(土) 18:27:05.61

>>841
そう？
メインウィンドウよりでかいフローティングウィンドウなんて見たこと無いんだよな

**デフォルトの名無しさん** · 2019/01/20(日) 11:49:19.90

朝鮮人メンタル

**842** · 2019/01/20(日) 15:59:03.36

>>848
最後にアクセスしたのも大分前なので。その間にPCも変わってたりしますし。

>>849 >>850 >>851
残念ながらそれらでもないですね。

今日も探していたのですが見つからずもう諦めてきた感じです。
その際に副産物で見つけた、既にサイトが無くなってたページと
そのInternet Archivesを張っておきます。
かなりこの手の情報が消失してる事が判りますね。

http://www.g-ishihara.com/
https://web.archive.org/web/20180807082916/http://www.g-ishihara.com/

http://win32lab.com/tips/
https://web.archive.org/web/20160810040639/http://win32lab.com/tips/

http://web.kyoto-inet.or.jp/people/ysskondo/
https://web.archive.org/web/20160810173814/http://web.kyoto-inet.or.jp/people/ysskondo/

http://ruffnex.oc.to:80/kenji/index.php
https://web.archive.org/web/20160324222113/http://ruffnex.oc.to:80/kenji/index.php

http://www7.plala.or.jp/keny01/
https://web.archive.org/web/20170123104718/http://www7.plala.or.jp/keny01/

**デフォルトの名無しさん** · 2019/01/21(月) 07:38:46.81

> top-level の定義は、親が存在しない (CreateWindow 実行時に NULL が指定され
> ている) Window だ、って英語で書かれているよ。

最大の突っ込みどころは根拠が「英語で書かれている」のみ

**デフォルトの名無しさん** · 2019/01/21(月) 10:35:20.85

>>855
The MSDN entry About Windows offers the following definition: A window that
has no parent, or whose parent is the desktop window, is called a top-level window.

https://stackoverflow.com/questions/18244379/what-exactly-is-a-top-level-window-in-win32-programming

A top-level window is a window that is not a child window, or has no parent window
(which is the same as having the "desktop window" as a parent).

The MSDN entry About Windows offers the following definition:
A window that has no parent, or whose parent is the desktop window, is called
a top-level window.

**デフォルトの名無しさん** · 2019/01/21(月) 16:33:26.70

>>856
引用元にCreateWindowは出てこないわけだが

**デフォルトの名無しさん** · 2019/01/22(火) 12:47:25.26

no parentでそれぐらいわかるだろ

**デフォルトの名無しさん** · 2019/01/22(火) 13:04:37.64

PPAP

**デフォルトの名無しさん** · 2019/01/23(水) 01:51:43.39

msdnのAbout WindowsのParent or Owner Window Handle
"A window that has a parent is called a child window. "
childでparentがnullの場合はtoplevel

"A window can own, or be owned by, another window."
ここからmsdnのWindow FeaturesのOwned Windowsに移動して
CreateWindowのhwndParentの話になる

要は、child(WS_CHILD)はparentを持ちownerを持たない
WS_POPUPやWS_OVERLAPPEDはparentを持たずownerをもつ
CreateWindowのhwndParentはparentかowner(両義性がある)

**デフォルトの名無しさん** · 2019/01/24(木) 18:27:16.16

>>860
Parent, Owner は、「排他的」にしか持つことは出来ないことは正しいけど、

>WS_POPUPやWS_OVERLAPPEDはparentを持たずownerをもつ

はちょっと違うと思うよ。一応、NULL を指定することが出来るから。

**デフォルトの名無しさん** · 2019/01/27(日) 08:58:04.40

という訳で
CreateWindow　hwndParent != 0, WS_OVERLAPPED or WS_POPUPだと
"A window that has no parent, or whose parent is the desktop window, is called
a top-level window. "
のとおり、top-levelになる

**770** · 2019/01/27(日) 18:15:04.65

私は“「Palatino Linotype」フォントでHDCにテキスト描画すると星印「★(U+2605)」などの記号が文字化け扱いされて四角になる”件について質問した者です。
みなさん、何の役にも立たない知ったかぶりの回答ありがとうございました。2019年1月22日にリリースされたKB4476976で無事、修正されたようです。

https://support.microsoft.com/ja-jp/help/4476976/windows-10-update-kb4476976
テキストコントロールで、一部の記号が四角形で表示される問題を修正します。

**デフォルトの名無しさん** · 2019/01/27(日) 22:30:57.69

>>863
Palatino Linotypeに★(U+2605)は存在しない(>>776)し、
その場合の代替フォントの扱いがてきとうだった(>>778)のが、
KB4476976で修正されただけだろ。

**770** · 2019/01/27(日) 22:57:15.58

>>864
知らないんなら憶測で書き込まないでくれるか？
そういう憶測の書き込み、質問者が混乱するだけで意味がないんだよ。
スレのレベルが下がるからこのスレには書き込みを控えてくれ。

https://en.wikipedia.org/wiki/Star_%28glyph%29

**デフォルトの名無しさん** · 2019/01/27(日) 23:00:10.55

>>863
>みなさん、何の役にも立たない知ったかぶりの回答ありがとうございました

こいつは、荒らしだろ。
無視しろ。相手をするな！

**デフォルトの名無しさん** · 2019/01/27(日) 23:07:56.82

> スレのレベルが下がる www

**デフォルトの名無しさん** · 2019/01/27(日) 23:13:55.20

>>865
そのリンク先に意味無いだろ。
荒らしたいだけか。

**770** · 2019/01/27(日) 23:21:03.57

>>868
リンク先は星印についての英語版Wikipedia。見ればわかるとおり、星印★は欧州で普通に使われている。
日本語のひらがなや漢字を代替フォントで痴漢できているのに、欧州でもよく使う星印★が代替フォントで痴漢できない不可解な状態がようやく解消された。

**770** · 2019/01/27(日) 23:26:16.39

このスレは「です・ます」調で質問を書き込むと、的外れでレベルの低い回答が返ってきやすい。
この手の回答者には、丁寧語を使うのは不慣れな初心者と値踏みして質問者へのいたずらで無駄な作業をやらせてやろうという悪意がある。

**デフォルトの名無しさん** · 2019/01/27(日) 23:53:38.21

文字コード表で「Palatino Linotype」のU+2605が存在しないことに何も間違いなかったでしょ？
そのことに気付かず指摘されて初めて分かった人が何言ってるの？

**デフォルトの名無しさん** · 2019/01/28(月) 00:07:05.80

元から代替フォントの問題だと指摘されていたし、何も間違っていないな
質問された時にはまだ修正されていなかったのだし

**770** · 2019/01/28(月) 00:10:03.58

>>871
欧州フォントにはU+2605だけじゃなくて漢字やひらがななども存在しないよ。
欧州フォントにない記号が表示されないことを仕様であるかのように知ったかぶりで断定するデタラメな回答はアウト。

**770** · 2019/01/28(月) 00:40:47.00

ちなみにPalatino Linotype のような欧州フォントは雄雌記号の♂(U+2642)と♀(U+2640)が少しイラストっぽく表示されるので、お試しあれ。

**デフォルトの名無しさん** · 2019/01/28(月) 00:40:53.70

>>873
さすがにアホ

**770** · 2019/01/28(月) 00:55:58.16

Win32APIの不具合なのか新しい仕様なのか判断できない人は質問に回答したらダメでしょ。

**デフォルトの名無しさん** · 2019/01/28(月) 01:15:13.62

> 欧州フォントにはU+2605だけじゃなくて漢字やひらがななども存在しないよ。
欧州フォントでも漢字表示できるの？
はえーすっごーい

**デフォルトの名無しさん** · 2019/01/28(月) 01:59:38.49

言い方は忘れたけど、確か、Forwarding や Redirecting みたいな機能が
あって、グリフが存在して無い文字は、他のフォントのグリフを使用する
ことができる機能が Win32 には備わっていたと記憶している。

**デフォルトの名無しさん** · 2019/01/28(月) 02:08:56.48

https://superuser.com/questions/396160/how-to-change-configure-font-fallback

・Font Fallback
・Font Linking

**デフォルトの名無しさん** · 2019/01/28(月) 06:24:36.00

>>874
それも代替フォント選択がいい加減だから＝バグだよｗ

**デフォルトの名無しさん** · 2019/01/31(木) 18:23:03.18

WS_HSCROLL や WS_VSCROLL スタイルを指定してスクロールバー付きの
ウィンドウを作った場合なんですが、スクロールバーのつまみをスライドさせると
親(？)がWM_CAPTURECHANGED を受信してしまうのは仕様なのでしょうか。

クライアント領域内の画像をドラッグ＆ドロップする処理(WM_LBUTTONDOWN で SetCapture(),
WM_LBUTTONUP でReleaseCapture() 呼び出す)を書いているんですが、それに加えて
WM_CAPTURECHANGED でも ReleaseCapture() を呼び出して Alt+Tab などでウィンドウが
切り替わった場合でも確実にキャプチャが解放されるように処理しています。

ところがこのように WM_CAPTURECHANGED を処理すると、スクロールバーのつまみをスライド
させることが出来なくなってしまいます。おそらく Windows がつまみをスライドする直前に
SetCapture() を呼び出しているために、WM_CAPTURECHANGED を受信した瞬間それが解放されて
しまうからだと想像しています。

この問題に対処する一般的(標準的？)な方法はあるのでしょうか？
よろしくお願いいたします。

**デフォルトの名無しさん** · 2019/01/31(木) 18:37:28.68

マウスを直接やって独自実装やるんじゃなくてwindowsのドラッグアンドドロップとして機能実装するのが一般的

**デフォルトの名無しさん** · 2019/01/31(木) 18:48:17.83

881です。
>>882
WindowsにD&D処理を支援する機能があるということなのでしょうか。
画像のドラッグ中はフラグを立てておけば良いのではないかと、いま思いつきました。

// 修正前
case WM_CAPTURECHANGED:
　if (GetCapture() == hWnd)
　　ReleaseCapture();
　return 0;

// 修正後
case WM_CAPTURECHANGED:
　if (dragging)
　　ReleaseCapture(), dragging = false;
　return 0;

こんな感じで、ちょっと試してみようと思います。　　

**デフォルトの名無しさん** · 2019/01/31(木) 19:14:06.85

ウィンドウが切り替わったって事はWM_KILLFOCUS飛んでくると思うけどそれじゃダメなん？

**デフォルトの名無しさん** · 2019/01/31(木) 19:33:52.56

881です。
>>884
Alt+Tabのほか、キャプチャ中にEscキーが押下されたためにウィンドウがクローズするタイミングにも
対応しなければならないようなんです。ウィンドウが閉じるときは WM_KILLFOCUS を
受け取らないようなので WM_CAPTURECHANGED しかないのかなと思いました。

**デフォルトの名無しさん** · 2019/01/31(木) 19:40:12.79

WM_KILLFOCUSとWM_CLOSEよりWM_CAPTURECHANGEDの1箇所で処理したいって事なのかな

**デフォルトの名無しさん** · 2019/01/31(木) 19:50:33.62

>>886
状況に応じて対応する手もあると思うのですが、予測していなかった状況がまだあるかもしれないので
一カ所で処理したほうが無難なのかな、と考えています。

L · 2019/02/01(金) 01:20:53.20

>>887
基本、>>883 見たいなやり方でいいんじゃないかな。
後、個人的には、Spy++みたいなものでメッセージの来る順序を
観察してそれに応じて「アルゴリズム（←大げさかも）」を考えてる。

Windows の場合、OSのバージョンアップでメッセージの飛んでくる
仕様が変わったりするかも知れず、もしかしたら動かなくなることも
あるかも知れないが、「行儀よくプログラムすれば」それを防げる
という単純なものではないと思ってる。なぜなら、何が行儀の
良いプログラムがそもそもドキュメント化されていないし。

という訳で、現存する全てのバージョンのWindows OSで実験して
動くかどうか確認して動かなければ修正し、新しいバージョンのOS
が出てきたら、また実験する事で対応するしかないらしい。

2ch/5ch の書き込みによれば、「どんな場合にも対応できる
プログラムなんて作れるわけがない」んだそうだで、それを
聞いて深く考えさせられたことがある。

**デフォルトの名無しさん** · 2019/02/01(金) 01:29:58.10

>>888
[続き]
MSDNなどで、自分のやりたいことを探すと、近いものが見つかって、
「これこれこうすれば良い」と書かれていることがあるので、実際に
やってみたとしても、後々、さまざまな不具合と独自機能拡張の難しさに
悩まされ続けることがある。そのたびにネット中を探し回ったり、
色々実験して対処することになる。
でもよくよく考えてみると、そもそも自分で0から実装すると意外と簡単な
ことであったりして、全部自分の制御下にある分、調べる必要もなく、
むしろ時間の節約になったりする事が多い。

**デフォルトの名無しさん** · 2019/02/01(金) 01:44:48.22

>>889
FindFirstFileのワイルドカードはあまり当てにするな、まで読んだ。

**デフォルトの名無しさん** · 2019/02/01(金) 04:13:32.40

MFTを直接読みなされ

**デフォルトの名無しさん** · 2019/02/01(金) 17:50:15.61

>881
ScrollBarのつまみをLButtonDownしたままマウスポインタをつまみから外してドラッグするとつまみの位置は移動します。ということはCaptureしています。
スレッドのCaptureはひとつしかないので、事前のCaptureは解放され、WM_CAPTURECHANGEDが通知されます。
あと、WM_CAPTURECHANGEDでReleaseCaptureするのは無意味です。

**デフォルトの名無しさん** · 2019/02/01(金) 18:19:28.05

>>892
>WM_CAPTURECHANGEDでReleaseCaptureするのは無意味です。

ああ、そういえば、そうだった気がする。メッセージの
Caputure Changed という名前からしても。

**デフォルトの名無しさん** · 2019/02/01(金) 18:35:25.24

キャプチャ中のAlt+Tabなどは、WM_CANCELMODEというものもある

**デフォルトの名無しさん** · 2019/02/01(金) 18:50:09.36

>>894
あー、そういえば海外のサイトを調べていたら、
「ALT+TAB でも Capture がどうのこうのなるから、
　正しくは、これこれこんな風にプログラムしなければならない」
みたいに書いてあった。ALT+TABを使わなければ生じないことなので、
後回しだな、と思ったのでちゃんと理解してない。

**デフォルトの名無しさん** · 2019/02/01(金) 18:53:12.96

「Using SetCapture() and ReleaseCapture() correctly (usually during a drag n' drop operation).」
https://www.codeproject.com/Tips/127813/Using-SetCapture-and-ReleaseCapture-correctly-usua

「Avoiding Trouble with Mouse Capture」
http://www.drdobbs.com/avoiding-trouble-with-mouse-capture/184416474