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/

**デフォルトの名無しさん** · 2017/12/04(月) 23:12:40.00

>>78
oh www

◆QZaw55cn4c · 2017/12/05(火) 01:55:50.52

低レベルな話ですみません。

ダイアログアプリケーション（calc.exe と同様）
を win32api/C で書いています。

希望：ベースのダイアログの色を起動後に変えたい。

したこと： WM_CTLCOLORSTATICを捕らえて、
SetBkColor((HDC)wp, BackGroundColorG);　および
return HBRUSH ／ HBRUSH を DefWindowProc() に渡さずに返す

以上で、スタティックコントロールの背景色およびエディットコントロールのディスエイブル時の背景色は変わりました。

しかし、ベースダイアログの色は変わりません。
頭で、RegisterClass() にわたす前に設定する WNDCLASS の hbrBackground の値が、ダイアログのCreateWindow() の後も反映されています。

後から
SetClassLongPtr((HWND)lp, GCL_HBRBACKGROUND, (LONG)hbrBackGroundS)
しても反映されないことを確認しています。

起動後にダイアログの色を変えるにはどうすればいいでしょうか？
明日には再現コードをお見せできると思います。
アドバイスいただきたくよろしくお願いいたします。

＃WINDCLASS.hbrBackground = NULL にすると、透けてデスクトップが移りこみ、これはこれで面白いです…もう寝ます

**デフォルトの名無しさん** · 2017/12/05(火) 02:14:11.47

>>80
WM_CTLCOLORDLG でブラシを返す

◆QZaw55cn4c · 2017/12/05(火) 03:59:00.03

>>81
コメントいただき感謝しています。
試してみたのですが、よくありません。やはりダイアログは WNDCLASS.hbrBackground の指定が優先されています。

現象を再現させたコード次のとおりです。こちらでは cygwin/mingw 32 ビットでコンパイルしています。
test.c https://ideone.com/pch378
test.h https://ideone.com/1iKq2z
test.rc https://ideone.com/kZH3Uf
makefile https://ideone.com/9MDXT0

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/05(火) 04:05:08.93

WM_ERASEBKGND

**デフォルトの名無しさん** · 2017/12/05(火) 04:43:50.94

ここ参照

https://stackoverflow.com/questions/20519533/change-the-background-color-of-a-dialog-box-win32api

Tab キーによるフォーカス移動などを司る IsDialogMessage を呼んでいる辺りも注目

◆QZaw55cn4c · 2017/12/05(火) 07:11:29.40

>>81, >>83-84
コメントありがとうございます。
状況が変わりました。すなわち、

1. DefWindowProc() ではなく、DefDialogProc() にする
2. (>>81) WM_CTLCOLORDLG メッセージ処理（ブラシを返す）

によりダイアログのベースの色が変わりました。
現在典拠を探しています。

遅いところ皆様ありがとうございました。勇気がでてきました！
https://ideone.com/ZBuhbz

>>84
StackOverflow のプログラム例は、（通常）ウィンドウがあって、そこから CreateDialog で新しくモードレスダイアログを作るときの作法ですね。
IsDailogMessage() が必要かどうかは、まだよくわかりません。

**デフォルトの名無しさん** · 2017/12/05(火) 07:41:30.27

大雑把に言うと WindowProc に来る前 DefDlgProc が
値を返しちゃうので色が変わらないわけです (多分)。

他にも DefDlgProc が反応するメッセージについては WindowProc ではなく DlgProc で処理する必要があります。
どれがそうか一覧等あるのかは知りませんが。

**デフォルトの名無しさん** · 2017/12/08(金) 17:59:18.20

フルスクリーンでも、色の取得ができるAPIは存在しないのでしょうか？
GetPixelを試みましたが、何故かフルスクリーン対象にすると　常に0を返されます

フルスク色取得が可能なapi、もしくはGetPixelでも出来るのでしたらやり方を教えてください

**デフォルトの名無しさん** · 2017/12/08(金) 21:57:36.41

MemDC にコピーしてから好きに弄ぶ

**デフォルトの名無しさん** · 2017/12/09(土) 12:37:57.44

できましたありがとう

**デフォルトの名無しさん** · 2017/12/09(土) 22:01:16.23

質問です。
あるソフトがしたUSBの出力を、コンピュータの外部ではなくそのコンピュータ内の他のソフトへリダイレクトすることはできますでしょうか？

**デフォルトの名無しさん** · 2017/12/09(土) 22:33:28.46

>>90
方法１ (「あるソフト」にパッチが可能なら)
CreateFile()/WriteFile()などをフックする。
ただし、これらはKernel32.dllにあるAPIなので通常の方法ではフックできない。
「あるソフト」内のByte列"Kernel32.dll"を(例えば)"Xernel32.dll"に書き換え、
Xernel32.dllを作成・フックする。

方法２
対象デバイス用デバイスドライバと同じAPIを持ち、かつその入出力を「他のソフト」
へ受け渡すAPIを持つデバイスドライバを作成する。

方法３ (本物のUSBデバイスも生かしておくなら)
フィルタードライバーを作成し、そこで「あるソフト」の出力を盗み見る。

**デフォルトの名無しさん** · 2017/12/09(土) 23:13:14.29

kernelにあっても普通にインジェクトでフックできるような・・・

**デフォルトの名無しさん** · 2017/12/09(土) 23:53:32.26

と、書き込んでからプロキシ思い出した。あれ64bitのは作るの面倒すぎだけど32だったらありだな

**デフォルトの名無しさん** · 2017/12/10(日) 04:43:00.48

USBハブで物理的にteeすることって可能なんだろうか

**デフォルトの名無しさん** · 2017/12/10(日) 04:49:03.51

Window API Hook で検索すればすぐ出てくるけど API のフックはかなり簡単にできる
DLL インジェクション併用で CreateFile / WriteFile をフックするのがいいかもね

**デフォルトの名無しさん** · 2017/12/10(日) 09:52:56.38

> ・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
テンプレのこれいるか？ってほど簡単にできるしな

1つのページを見るだけではできなくても
いくつかのページの情報を自分なりにまとめたらできるようになる

**デフォルトの名無しさん** · 2017/12/10(日) 10:07:01.58

皆さまありがとうございました
APIフックを試します

**デフォルトの名無しさん** · 2017/12/10(日) 10:07:15.33

>>94
usbアナライザ

◆QZaw55cn4c · 2017/12/10(日) 19:23:15.93

うーむ、やっとコンパイルできた…
32ビットコードは 32ビットのODBCデータソースしかみないし
64ビットコードは 64ビットのODBCデータソースしかみないのか…

手持ちの excel は 32ビットで、見に行くODBC テーブルは 32 ビット用であったことが混迷に拍車をかけてしまっていた
cigwin の odbcライブラリとしては -lodbc32 でコンパイルしているが、32ビットなのか 64 ビットなのか、いったいどうなっているんだ？！

**デフォルトの名無しさん** · 2017/12/10(日) 20:10:47.46

shell32.dll とか kernel32.dll とかもそうだし、
32→64 ビットではモジュールの名前変わらなかったからね

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/10(日) 20:15:22.78

dumpbin 使え。

**デフォルトの名無しさん** · 2017/12/10(日) 20:23:53.29

>-lodbc32 でコンパイル

これで実行時に見に行くのが 32 になるか 64 になるかは決まらない
いわんか wow64 を見るのか system32 を見るのかをや

**デフォルトの名無しさん** · 2017/12/12(火) 10:54:59.64

WS_POPUPの子ウィンドウって、
親ウィンドウからはGetNextWindow()などのループで辿っていけないものですか？
GW_ENABLEDPOPUPだと、見えているものしか出てこないようです。

**デフォルトの名無しさん** · 2017/12/12(火) 11:15:35.06

見えてる＝enabled popup
ってことなんだな。普通にGW_CHILD使えばいいじゃん

**デフォルトの名無しさん** · 2017/12/12(火) 11:48:53.11

>>104
GW_CHILDだとWS_POPUPのやつは出てこないようです

**デフォルトの名無しさん** · 2017/12/12(火) 12:27:55.11

人間は見えるものしか見ない
馬鹿は観たいものしか見ない

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/12(火) 12:33:23.81

EnumWindows、EnumChildWindows推奨。

**デフォルトの名無しさん** · 2017/12/12(火) 13:04:46.42

ためしたらまじでgw_childだめなんだなｗ
全ウインドウの親見てくのか

**デフォルトの名無しさん** · 2017/12/12(火) 13:05:49.05

>>107
デスクトップの子ウィンドウを巡っていって、
片っ端からその親を調べていくしかないってことですか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/12(火) 14:01:58.99

EnumChildWindowsだけでいっか。

◆QZaw55cn4c · 2017/12/13(水) 19:25:57.66

>>99
引き続き ODBC まわりを触っている
コンパイラの警告を黙らせるために、いい加減に適当にキャストしていたのが、バグ（c++ delete が失敗する）のもとになっていた
ああ、ダウンキャスト／アップキャストの区別がつかない、こまったこまった

**デフォルトの名無しさん** · 2017/12/14(木) 06:12:13.99

(´・ω・`)知らんがな

◆QZaw55cn4c · 2017/12/20(水) 21:21:04.61

ODBC を完全に把握した
しかし、面倒なので jdbc を使うことにした…

**デフォルトの名無しさん** · 2017/12/24(日) 20:20:35.24

IsWindows10OrGreater関数を、
Windows10最新版(build16299)で使用すると、
Windows10にも関わらずfalseが返ってきます。
原因に心当たりのある聡明なお方はいらっしゃいませんか…？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/24(日) 20:23:06.42

>>114
http://yamatyuu.net/computer/program/sdk/base/GetVersionEx/index.html

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/24(日) 20:45:24.50

GetVersionExはウソつきだが、OSのバージョン番号に依存するアプリは地獄へ行かねばならぬ。

**デフォルトの名無しさん** · 2017/12/24(日) 21:23:48.92

質問に対する答えを書かないアホは地獄行きだバカ

**デフォルトの名無しさん** · 2017/12/24(日) 21:46:03.09

それapiじゃなくてVersionHelpers.hにある関数じゃないか？デバッグして何かえってるか見ろ

**デフォルトの名無しさん** · 2017/12/24(日) 22:22:12.25

VersionHelpers.hの実装はVerifyVersionInfoだけどどのみちマニフェストでの指定は必要ってだけやね

**デフォルトの名無しさん** · 2017/12/27(水) 18:30:50.24

GetCursorPos ってマルチモニタに対応してるんですかね？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/27(水) 18:43:39.90

>>120
している。仮想スクリーンの座標系になる。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/27(水) 19:06:57.63

>>121
ウソを書いてしまった。ごめんなさい。
仮想スクリーンではなく、プライマリーなスクリーン座標になる。
https://msdn.microsoft.com/en-us/library/windows/desktop/dd145136.aspx
これとSM_XVIRTUALSCREENとSM_YVIRTUALSCREENを使って座標値をずらすと仮想スクリーン座標が得られる。

**デフォルトの名無しさん** · 2017/12/27(水) 19:42:44.76

>>122
ありがとうございます！！

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/12/31(日) 00:31:58.10

あれでうまく動いたのか？

**デフォルトの名無しさん** · 2018/01/01(月) 14:03:42.43

あけおめ

**デフォルトの名無しさん** · 2018/01/06(土) 01:36:21.17

しっかし、おっさん臭いスレだな

**デフォルトの名無しさん** · 2018/01/06(土) 09:18:28.54

若者はモバイルだからな

**デフォルトの名無しさん** · 2018/01/06(土) 17:57:07.19

モバイルカテゴリの人がWindows関連スレを覗きに来るか？

◆QZaw55cn4c · 2018/01/13(土) 20:37:47.18

win32api の記述を C から C++ に移行中です
CreateWindow() が hwnd を返すタイミングより先に、ウィンドウプロシージャに WM が流れ始めることを特定するのに時間がかかりました…

**デフォルトの名無しさん** · 2018/01/13(土) 22:36:08.61

>>129
20年前位にやったなあ
WindowProc
DialogProc
ThreadProc
****Callback
この辺を包んでクラス化

ウィンドウの場合
CreateWindowのパラメータでクラスのポインタを渡し
WM_CREATEで受け取るって感じ

◆QZaw55cn4c · 2018/01/13(土) 22:55:08.82

>>130
そうです、それです！WNDCLASS.cbWndExtra を使うのがミソです！

CreateWindow(..... 最後 (Derived)this);

extern "C" long CALLBACK WindProc(...) {
if (msg == WM_CREATE) {
p = (Derived*)((LPCREATESTRUCT)lp)->lpCreateParams;
SetWindowLong(hwnd, 0, (LONG)p);
p->hwnd = hwnd // これを見つけるのが大変だった
.
} else {
p = GetWindowLong(hwnd, 0)
return p->WindowProc() // goto Derived::WindowProc()
}
Derived::WindowProc() {
this->Base::WindowProc()

virtual Base::WindowProc() {
HWND hwnd // member instance variable
return ::DefWindowProc(this->hwnd, mwg, wp, lp);

温故知新…

**デフォルトの名無しさん** · 2018/01/14(日) 00:26:50.32

厳密にはWM_CREATEの前にもいくつかメッセージ飛んでくるけどね

◆QZaw55cn4c · 2018/01/14(日) 00:44:30.50

>>132
了解！そういうのは全部まとめて ::DefWindowProc() に流しちゃっているのでダイジョブです！

**デフォルトの名無しさん** · 2018/01/14(日) 02:25:37.15

この行いらね
HWND hwnd // member instance variable

◆QZaw55cn4c · 2018/01/14(日) 08:36:59.72

>>134
ごめんなさい >>131 ははおって書いたので、内容が今一つはっきりしなかったこと謝罪いたします。
その行は、自作 Window クラスのメンバとして書いたつもり、Window クラスに hwnd を持たせたいと考えているのです

**デフォルトの名無しさん** · 2018/01/14(日) 16:42:02.47

片山先生の MZC4 みたいなのを作ってるわけね

◆QZaw55cn4c · 2018/01/14(日) 17:06:39.99

>>136
はい
https://github.com/katahiromz/MZC4/blob/master/include/MWindowBase.hpp　をみました
私の趣向としては、hwnd は完全に隠蔽したい、そのため WNDCLASS.cbWndExtra をあえて使うことになります

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/15(月) 01:09:31.49

cbWndExtra == 0なウィンドウには使えないから、結局、設計思想が間違っている。

**デフォルトの名無しさん** · 2018/01/15(月) 03:14:12.16

GWLP_USERDATAをライブラリ側で潰してる時点で同レベルだな

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/15(月) 03:19:04.90

しかし、ハンドルマップにしたら、コストがかかるんだよな。

**デフォルトの名無しさん** · 2018/01/15(月) 03:40:01.33

他人に設計思想が間違ってると宣いつつ自分は即座に言い訳
さすがカス山

**デフォルトの名無しさん** · 2018/01/15(月) 08:03:32.90

MFCはハンドルマップ

**デフォルトの名無しさん** · 2018/01/15(月) 08:53:13.95

ATL方式もあるよ

**デフォルトの名無しさん** · 2018/01/18(木) 23:24:20.23

ATLは機械語直接いじってジャンプかぁ

**デフォルトの名無しさん** · 2018/01/19(金) 12:47:35.39

ジャンプmemo
http://blog.trendmicro.co.jp/archives/16735

**デフォルトの名無しさん** · 2018/01/19(金) 16:44:05.34

MSゴシックやMS明朝のフォントで描画するとき、
小さいときはビットマップフォントが使われることは知っているのですが、
常にビットマップフォントを使わないように
CreateFontなどで指定することはできませんか？

**デフォルトの名無しさん** · 2018/01/19(金) 17:25:15.15

使われることも知らなかったが、小さいとドットが出てくるからビットマップをやめるメリットがなく逆に処理が多くなるデメリットが大きくなるんじゃないか？

**デフォルトの名無しさん** · 2018/01/19(金) 17:43:48.94

DirectWriteだと強制的にヒンティング切れるからそれでイケる
GDIはGetGlyphOutlineでAA付きで書き出すくらいしか知らん

**デフォルトの名無しさん** · 2018/01/19(金) 17:50:56.78

24dot x 24dot とかで truetype 描画とかしたいの？

**デフォルトの名無しさん** · 2018/01/19(金) 17:51:10.40

ワイは大きめのビットマップメモリ領域に一度描画してから、縮小表示という無駄オブ無駄処理しとるやで

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/19(金) 19:13:16.59

MZC4、ハンドルマップに切り替えできるようになったよ。
https://github.com/katahiromz/MZC4

#define MZC4_HANDLE_MAP

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/19(金) 20:16:32.63

IPアドレスコントロールのEDIT子ウィンドウがGWLP_USERDATAを使っているみたい。。。

**デフォルトの名無しさん** · 2018/01/19(金) 23:33:33.01

結局、設計思想が間違っていたなカス山

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/19(金) 23:42:37.51

GWLP_USERDATAを使うのは低コストな選択肢としてアリ。ただし、IPアドレスコントロール内部やユーザー側のコントロールに触れる場合は、
問題が生じる可能性がある、という結論でファイナルアンサー。

**デフォルトの名無しさん** · 2018/01/20(土) 04:45:27.61

extradataはチェインにして使うもんじゃね？

**デフォルトの名無しさん** · 2018/01/20(土) 10:42:21.43

>>154
問題が生じる可能性があるけど選択肢としてアリなら
なぜ他人の実装には間違ってるなんてケチつけたんだ？

**デフォルトの名無しさん** · 2018/01/22(月) 11:37:19.82

>>147-150
ありがとうございます。
やっぱり簡単にはいかないんですかね。
印刷の処理は今のままでよく、画面上をその印刷イメージに近づけたいので、
DirectWriteの勉強をしてみたいと思います。

**デフォルトの名無しさん** · 2018/01/22(月) 12:42:48.77

印刷物をモニターに等倍表示したいんだ！ってわけじゃないだろ？
モニター上に拡大表示すりゃいいじゃん

**デフォルトの名無しさん** · 2018/01/22(月) 20:49:32.77

わざわざ小さいときはビットマップフォントを使うのは、
その方が綺麗だからなんだけど

**デフォルトの名無しさん** · 2018/01/22(月) 22:24:40.60

>>157
>印刷の処理は今のままでよく、画面上をその印刷イメージに近づけたいので
やったことないけど・・・
CreateDC(プリンタドライバ名・・・)
CreateCompatibleDC()
CreateCompatibleBitmap()
でプリンタ互換のメモリデバイスコンテキストを作成し、これに印刷と同じ描画を行った後、
BitBltで画面にコピーするなり、DIBセクションにコピーするなりすれば良いんじゃね？

**デフォルトの名無しさん** · 2018/01/22(月) 22:31:46.76

それするとデバイスコンテキストに書き込んだ時に、フォントがビットマップ描画になるから嫌ってんでしょ
そもそもプリンタ自体の解像度とかあるから、ビットマップやめたとこでそれ意味あんのって感じだけどｗ

**デフォルトの名無しさん** · 2018/01/22(月) 23:19:36.00

>>161
解像度の高いプリンタではTrueType中のVectorデータ、解像度の低い画面ではTrueType
中のビットマップデータが使われることで、文字幅(→結果的に文字位置)が微妙に違って
しまうのを嫌っているんじゃないかとエスパーした

**デフォルトの名無しさん** · 2018/01/23(火) 00:43:10.75

せやからワイが>>150で書いたんや

**デフォルトの名無しさん** · 2018/01/23(火) 03:11:18.71

TeX使え

**デフォルトの名無しさん** · 2018/01/23(火) 09:23:53.86

Acrobat Readerは、MSゴシックやMS明朝で画面上の表示が小さいときも
ビットマップフォントは使われないようですし、
やはりビットマップフォントよりも綺麗に見えるので、
これと同じような描画ができないかと思った次第です。
もちろん、AdobeがGDIだけで描いているとは思ってませんが。

**デフォルトの名無しさん** · 2018/01/23(火) 11:56:46.96

Instructs the font mapper to choose from only TrueType fonts.

**デフォルトの名無しさん** · 2018/01/23(火) 12:41:24.18

AdobeはBGRに対応してなくて糞

**デフォルトの名無しさん** · 2018/01/24(水) 16:35:20.95

文字コード総合スレ Part11
http://mevius.2ch.net/test/read.cgi/tech/1516629503/

**デフォルトの名無しさん** · 2018/01/30(火) 17:55:13.46

win32api直接叩いてるんですけど、タブオーダーってどうやって設定されるんですか？
多分 CreateWindow 呼んでコントロールを作った順番そのままだと思うんですが、
なんかTABキー押してもフォーカスが移動しないんです

**デフォルトの名無しさん** · 2018/01/30(火) 18:02:35.67

モーダルダイアログじゃないと動かないよ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/30(火) 18:09:59.30

モードレスの場合は、メッセージループにIsDialogMessage呼び出しが必要。

**デフォルトの名無しさん** · 2018/01/30(火) 18:19:21.99

タブキー押されたらsetfocus

**デフォルトの名無しさん** · 2018/01/30(火) 18:29:42.34

ああー
助かりました
IsDialogMessage でうまくいきました。
余談ですが CreateWindow の呼び出し順とは逆に移動するんですね。
Ｚ手前から奥に向かって移動する感じですかね。
とりあえず後はどうにかなりそうです

**デフォルトの名無しさん** · 2018/01/30(火) 21:54:44.90

プリプロセッサマクロ値 "_MSC_VER" を知る方法はありませんか？
cuda 9.1 提供のヘッダの #error が反応してしまいます

**デフォルトの名無しさん** · 2018/01/30(火) 22:09:19.27

は？
printfでもしてみればいいだろ

**デフォルトの名無しさん** · 2018/01/30(火) 22:36:28.87

VS2008でも使ってるのか？

◆QZaw55cn4c · 2018/01/30(火) 23:33:34.49

>>175
ありがとうございます、なるほど！
現時点の最新は _MSC_VER = 1912 でまだ cuda が追従できていないようです
https://devtalk.nvidia.com/default/topic/1022648/cuda-9-unsupported-visual-studio-version-error/

**デフォルトの名無しさん** · 2018/01/31(水) 01:14:49.25

ｽﾞｺｰ