Win32API質問箱 Build127

**デフォルトの名無しさん** · 2021/12/09(木) 21:32:56.60

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

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

■過去スレ
Win32API質問箱 Build126
https://mevius.5ch.net/test/read.cgi/tech/1588339011/
Win32API質問箱 Build125
https://mevius.5ch.net/test/read.cgi/tech/1551247748/
Win32API質問箱 Build124
https://mevius.5ch.net/test/read.cgi/tech/1510395780/

■関連スレ
Visual Studio 2020 Part1 https://mevius.5ch.net/test/read.cgi/tech/1634166667/
Visual Studio 2019 Part7 https://mevius.5ch.net/test/read.cgi/tech/1634178709/
Visual Studio 2017 Part7 https://mevius.5ch.net/test/read.cgi/tech/1558179898/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】 https://mevius.5ch.net/test/read.cgi/tech/1521786252/

**デフォルトの名無しさん** · 2022/03/26(土) 23:48:22.49

>>195
複数のスレッドで使えると思いますよ、というか、そのためのクリティカルセクションでしょう？
ただ、私もクリティカルセクションの使い方がまずいのか、スタベーションに悩まされたまま放置しているので、断言はできないけど

なおちゃんとハンドルを static かヒープに置いていますか？スタック上にハンドルを置いていたら無意味ですよ…

**デフォルトの名無しさん** · 2022/03/26(土) 23:54:48.59

>>195
使えます（正しくコーディングされていれば

念のため補足すると、プロセスというのはスレッドの集合であり。
プロセス生成と同時にスタートするスレッドのことを「メインスレッド」と言います。

なので、より正しい言い方としては以下のようになると思われます。
・メインスレッド
・（メインスレッドと同じプロセスに属する、メインスレッド等で生成された）メインスレッド以外のスレッド

これらのスレッド間でクリティカルセクションオブジェクトを共有することができます（排他制御可能です）

**デフォルトの名無しさん** · 2022/03/26(土) 23:59:25.14

>>196
ありがとうございます

何か不具合が起きていると言うことではなくて、クリティカルセクションの
仕様について確認しようと思って質問しました

結局、そういうコードを書いて確認しましたが、メインプロセスではEnterCriticalSection
が効きませんでした

メインプロセスでEnterCriticalSectionを実行すれば、その間スレッドが止まる（その逆もある）
ということがもしかして可能なのかなと思った訳です

どうも失礼しました

**デフォルトの名無しさん** · 2022/03/27(日) 00:06:26.31

>>197
入れ違いになってすみません
使えるとレス頂いたのでプログラムを確認しましたが、これは書き方が
悪かったようで確認になってませんでした

レス頂いた内容でとても分かりやすく理解できました
どうもありがとうございました

**デフォルトの名無しさん** · 2022/03/27(日) 01:02:38.66

>>197
＞念のため補足すると、プロセスというのはスレッドの集合であり。

全然説明になってませんよ…
次の質問にちゃんと答えられますか？
「プロレスごとに固有に持つ値はなにでしょうか、最重要な二つ答えなさい」

**デフォルトの名無しさん** · 2022/03/27(日) 01:03:29.30

>>198
＞そういうコードを書いて確認しましたが、メインプロセスではEnterCriticalSection
＞が効きませんでした

コードを張ってください https://ideone.com

**デフォルトの名無しさん** · 2022/03/27(日) 01:10:29.42

>>201
>>199で書き方が悪かったと言ってるから解決済みだぞ

**デフォルトの名無しさん** · 2022/03/27(日) 01:12:55.86

>>200
スタン・ハンセンとハルク・ホーガンかなあ。
プロレスについては詳しくないので、プロレススレで

**デフォルトの名無しさん** · 2022/03/27(日) 04:28:08.59

1プロセス内に、複数のスレッドを起動できる。
1対多の関係

それら同一プロセス内の複数のスレッドを調停するのが、critical section じゃないの？

**デフォルトの名無しさん** · 2022/03/27(日) 04:33:51.34

>>204
まちがってはいないがアバウトすぎる…
スレッド固有のデータは何？
スレッドで共有するデータは何？

**デフォルトの名無しさん** · 2022/03/27(日) 06:46:03.90

馬場アンドレ

**デフォルトの名無しさん** · 2022/03/27(日) 06:51:08.16

実は「ウィー！」と言ってなかった　スタン・ハンセン雄たけびの真相: J-CAST ニュース
https://www.j-cast.com/2015/10/08247400.html?p=all
2015年10月08日18時42分

🤘ウィー！

**sage** · 2022/03/27(日) 07:55:58.79

ちと出遅れたが
WinMainの第３引数は LPSTR
UNICODE版はスレチ

**デフォルトの名無しさん** · 2022/03/27(日) 10:41:58.12

LPWSTR GetCommandLineW();

**デフォルトの名無しさん** · 2022/03/27(日) 12:16:20.60

wWinMain(int, wchar_t**)
はい論破

**デフォルトの名無しさん** · 2022/03/27(日) 14:13:00.54

キーワード同士でカードゲームみたいに対戦している気分になってくるな…

**デフォルトの名無しさん** · 2022/03/27(日) 14:19:54.35

wWinMainは長いことmingwでサポートされてこなかったので

**sage** · 2022/03/27(日) 23:11:37.78

WinMain function (winbase.h)
https://docs.microsoft.com/ja-jp/windows/win32/api/winbase/nf-winbase-winmain

Some programming frameworks might provide an alternative entry point that provides a Unicode command line. For example, the Microsoft Visual Studio C++ complier uses the name wWinMain for the Unicode entry point.

**デフォルトの名無しさん** · 2022/04/05(火) 10:57:12.74

現在プリンタ選択ダイアログを自作していて、質問があります。
印刷コモンダイアログに表示されているプリンタ名はEnumPrintersで取得できたのですが、アイコンを取得する方法がわかりません。
どうすればアイコンを取得できますか？

**デフォルトの名無しさん** · 2022/04/05(火) 19:37:38.68

それ俺も知りたいわ
どっかのプリンタ関連のdllにあるだろうけど

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/05(火) 19:59:11.48

https://stackoverflow.com/questions/59685889/how-to-get-printer-icons

**デフォルトの名無しさん** · 2022/04/05(火) 22:36:38.88

あーCOMオブジェクトか
C#でもサクっと書けないやつだな

**デフォルトの名無しさん** · 2022/04/06(水) 19:20:29.72

>>216
ありがとうございます
参考にします

**デフォルトの名無しさん** · 2022/04/07(木) 19:12:44.04

ウィンドウのリサイズイベント(WM_SIZE、WM_SIZING等)が来た時、ユーザーが直接そのウィンドウに対してリサイズを行ったのか、
ディスプレイ解像度等が変わり、システムの都合で結果的に変わったのかを判定したいと考えています。
ディスプレイ設定が変わった場合はWM_DISPLAYCHANGE等で判るので、
ユーザーが能動的にウィンドウをリサイズしたかどうかの判定ができればよいと思うのですが、
何か良い判定方法はあるでしょうか。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/07(木) 19:39:54.47

>>219
WM_ENTERSIZEMOVE
WM_EXITSIZEMOVE

**デフォルトの名無しさん** · 2022/04/07(木) 22:02:00.24

>>220
よさげなメッセージがあったんですね！
ありがとうございます！

**デフォルトの名無しさん** · 2022/04/07(木) 22:34:26.91

https://stackoverflow.com/questions/1826165/wm-entersizemove-wm-exitsizemove-when-using-menu-not-always-paired
ここによると、WM_ENTERSIZEMOVEが来てもリサイズや移動がキャンセルされるとWM_EXITSIZEMOVEが来ない場合があるようで、
その場合でもWM_ENTERSIZEMOVE中のWM_CAPTURECHANGEDで終了が判定できるとのことです。
たしかにタイトルバーからサイズや移動をキャンセルするとそのような動きでした。
これで解決しそうです。ありがとうございました。

**デフォルトの名無しさん** · 2022/04/07(木) 23:19:33.94

全ウィンドウを「並べて表示」したりした場合には対応してるのかい

**デフォルトの名無しさん** · 2022/04/08(金) 01:10:43.73

鬼門エアロスナップもよろしく

**デフォルトの名無しさん** · 2022/04/08(金) 15:18:23.25

スケーリング変更で実質解像度が変わった場合もWM_ENTERなんちゃらが来るね
WM_DISPLAYCHANGEも来るから区別は付くかな

**デフォルトの名無しさん** · 2022/04/09(土) 22:15:49.34

画面端の四隅に独自スナップはやったなあ
吸い付くと気持ちいいのよね

**デフォルトの名無しさん** · 2022/04/09(土) 22:35:18.94

osの画面の位置設定が、吸いつくくせにぴったり揃わず微妙にずれる
ふざけた動作だったな

**デフォルトの名無しさん** · 2022/04/10(日) 09:07:01.55

windows10になってから
座標を0,0にしても少し隙間が空くようになったのもふざけてる

**デフォルトの名無しさん** · 2022/04/10(日) 11:51:01.29

10は枠が透明になったふざけた仕様
何の意味あんのあれ

**デフォルトの名無しさん** · 2022/04/10(日) 12:00:36.82

最低限必要な処理性能を引き上げることで
グラフィックボードやPCの買い替えを促進することができました。

**デフォルトの名無しさん** · 2022/04/10(日) 13:17:17.03

実際AVX2未満だと256bit命令でまともな事ほとんどできないからHaswell未満切り捨てたくなる気持ちは分かる

**デフォルトの名無しさん** · 2022/05/10(火) 16:03:53.83

MSゴシックなどのフォントで、DrawTextで右寄せ(DT_RIGHT)の文字列を描くと、
イタリック体のときに右が欠けてしまうのですが、こんな仕様なのでしょうか？

**デフォルトの名無しさん** · 2022/05/10(火) 16:41:45.60

はい

**デフォルトの名無しさん** · 2022/05/12(木) 23:26:02.37

>>232
日本語のことなど真剣に考えてませんから

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:36:32.49

TEXTMETRIC.tmOverhang

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:39:10.86

https://tutorialmore.com/questions-1814307.htm

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:41:39.46

DT_NOCLIP付ければうまく行くかも。

**デフォルトの名無しさん** · 2022/05/13(金) 15:10:08.96

>>232
最後にスペース足しとけ

**デフォルトの名無しさん** · 2022/05/13(金) 15:33:38.71

そもそもMSゴシックを斜体にするのがダサいので、DrawTextとしても想定外という説

**デフォルトの名無しさん** · 2022/05/13(金) 17:05:13.85

どのフォントでもそうなるんでは？

**デフォルトの名無しさん** · 2022/05/13(金) 17:38:27.24

自力で右端を広げないといけないんですかね。
ただ、DT_WORDBREAKやDT_EDITCONTROLを付けて自動折り返しを設定していると、
どこで折り返されるかは事前に想定できないので、行末にスペースというのも難しそうです。

**デフォルトの名無しさん** · 2022/05/19(木) 17:45:14.82

斜体だけ個別対応する
俺は気にしない

**デフォルトの名無しさん** · 2022/05/20(金) 06:40:29.02

テンポラリのビットマップに描画して実測する関数作っとけば以後は気にせずに済む

**デフォルトの名無しさん** · 2022/05/20(金) 08:17:42.44

うわぁ…

**デフォルトの名無しさん** · 2022/05/20(金) 12:03:14.21

>>243
オラも対応するならその方法ダナ！

**デフォルトの名無しさん** · 2022/05/20(金) 14:53:55.20

使ったことないから知らないけどGDI+,DrawStringならどうなんだろうね

**デフォルトの名無しさん** · 2022/06/07(火) 13:41:20.24

アスペクト比を固定したいため、ウィンドウの最大化を完全に無効にしたいのですが、フレームをダブルクリックしたり、Windowsキー + ↑での最大化を塞ぐにはどのように処理すればいいでしょうか？

**デフォルトの名無しさん** · 2022/06/07(火) 14:34:51.30

WM_GETMINMAXINFO

**蟻人間** ◆T6xkBnTXz7B0 · 2022/06/07(火) 14:38:53.32

ウィンドウスタイル

**デフォルトの名無しさん** · 2022/06/07(火) 14:39:30.72

>>248
ありがとうございます！
一度やってみたのですが、うまくいかなかったので、やり方がよくなかったのかもしれません
Unityという特殊な環境が影響してるのかもしれないですが、、、

**デフォルトの名無しさん** · 2022/06/07(火) 14:41:36.70

>>249
後出しですみません
ドラッグでのサイズ変更は許可したいので、ウィンドウスタイルでは無理なのかなーと思ってます
今のところWM_SIZINGはうまく機能してるようです

**デフォルトの名無しさん** · 2022/06/07(火) 14:54:06.59

ムリだと思いますゥ～じゃねえよいいからWS_MAXIMIZEBOX抜けや

**デフォルトの名無しさん** · 2022/06/07(火) 15:01:19.63

>>252
そんなのは一番最初に抜いてる

**デフォルトの名無しさん** · 2022/06/07(火) 15:31:44.87

ちゃんと抜いてんならそれだけで自動的にシステムメニューも含めて
タイトルバーダブクリやWin+↑も無効化されるはずだがな

**デフォルトの名無しさん** · 2022/06/07(火) 15:35:08.03

メッセージループの入り口で
WM_NCLBUTTONDBLCLK 等のメッセージを捨てればＯＫ

**デフォルトの名無しさん** · 2022/06/07(火) 16:05:01.49

>>255
ありがとうございます
ダブルクリックの方はこれで回避できるんですけど、Windowsキーの方がどうやっても防げなくて、、、
WM_WINDOWPOSCHANGING を拾えばいけるかなー

**デフォルトの名無しさん** · 2022/06/07(火) 16:09:54.86

>>254
Windowsキーの方は正確には、Windowsキー + SHIFT + ↑ ですね

**デフォルトの名無しさん** · 2022/06/07(火) 16:55:24.79

正確には、ってかそれじゃ最初からスナップによるリサイズを防ぎたいって全然違う質問じゃん
SYSCOMMAND監視して無理矢理引っぺがしたりはできるけど行儀悪すぎだから
任意のウィンドウサイズになってもボックスでレンダリングのアスペクト比維持した方がマシだな

**デフォルトの名無しさん** · 2022/06/07(火) 17:24:17.68

>>256
SPYでその時にどのメッセージ(多分複数)が来てるか調べて
どれを捨てる or 改変すれば望みの動作になるかを考えろ

**デフォルトの名無しさん** · 2022/06/07(火) 21:10:34.66

最大化はダイアログのスタイルにして抑止するのが定石だけど誰も書かないので一応
C#のFormBorderStyle = FixedDialog の時のウィンドウスタイル=0x16c80000 拡張ウィンドウスタイル=0x00050101
これでスナップの影響も受けないし、その上でサイズ変更もやりたければできる。
許容しつつアス比を維持するのもいい。ゲームのフルスクリーンモードとかそんな感じだろうし

**デフォルトの名無しさん** · 2022/07/03(日) 16:22:44.87

HINSTANCEかHWNDから、そのプロセスが貰っているコマンドラインオプションを知る方法ってある？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:43:25.38

>>261
WMIか、NTAPIのNtQueryInformationProcessを使う。

https://stackoverflow.com/questions/71237606/get-full-command-line-from-process

https://github.com/reactos/reactos/blob/b671b1cf8f7c3dce718d81f9067e07c66f878498/base/applications/taskmgr/perfdata.c#L585

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:44:52.75

GetWindowThreadProcessId使えばHWNDからプロセスID (pid)が得られるはずだ。

**デフォルトの名無しさん** · 2022/07/03(日) 17:40:46.92

>>262
ｔｈｘ
もう晩酌始めちまったんで
素面に戻ってからやってみるわ

お、飯が炊けた
酢飯と酢の物作んなきゃ

**デフォルトの名無しさん** · 2022/07/13(水) 14:56:13.92

SetWindowPlacement, GetWindowPlacement を使ってウィンドウ位置の保存と復元をしています
マルチモニター環境でも当該モニターで表示されていたウィンドウ情報の保存と復元が Windows10 以前では行えていましたが、
Windows11 になってからは、マウス操作しているモニターで全てウィンドウが表示されてしまいます

これはプログラム側で何か修正が必要なのか、Windows11 上の設定（アプリのプロパティ？）が必要なのでしょうか？
Windows11 でマルチモニターの仕様が変わったというのは分かりますが、具体的にどのように対応すればいいのか分かりません

よろしくお願いします

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/13(水) 15:03:09.79

>>265
lengthメンバーはセットしているかな？

**デフォルトの名無しさん** · 2022/07/13(水) 15:53:47.47

標準の仮想デスクトップとかも追加されてるのでちゃんと動くのかよくわからんよな

**デフォルトの名無しさん** · 2022/07/13(水) 17:22:23.86

>>266
構造体のゼロクリア、length メンバへの sizeof 設定は行っています
使用しているメンバは rcNormalPosition と showCmd のみです

>>267
Windows11 では、モニターのオンオフで狂ってしまったウィンドウ位置の復元を
するようになったという程度の知識しかありません（正しいかどうかも分かりません）が、
実機で色々テストするしかないかもですね（Windows11 にしたくない）

**デフォルトの名無しさん** · 2022/07/14(木) 22:38:26.85

ベータ以前の11のことだからバグかもしれないのがな
11.1で完成するOSなんだろうな

**デフォルトの名無しさん** · 2022/07/14(木) 23:19:01.63

手元の開発環境を Windows11 & マルチモニターで揃えてテストしてみると問題は再現しませんでした
これは問題が発生した環境依存によるものの可能性が非常に高くなりました

お騒がせしましてすみませんでした

**デフォルトの名無しさん** · 2022/07/22(金) 09:23:12.50

名前付きパイプで質問です。
Windows10(x64)で64ビットアプリ(サーバー)と32/64ビットアプリ(クライアント)でパイプ通信するのですが、クライアントが64ビットの場合は問題なし、32ビットの場合は動作したりしなかったっりで、サーバーのCreateNamedPipe関数のnMaxInstancesを1から255にしたら解消しました。
クライアントは１つだけなので1で良いと思ったのですが、何なんだろう？

**デフォルトの名無しさん** · 2022/07/22(金) 10:36:39.51

>>271
再現性なかったわ。
すまん、忘れてくれ。

**デフォルトの名無しさん** · 2022/07/26(火) 18:26:55.94

プログラ厶の最低限の文法わかってる人間が、WindowsAPIを使用したGUIプログラムを作りたい場合に、おすすめの本ってありませんか？

正直WindowsAPIのハンドルとかハンガリー記法とかで面食らってぶつかってます。

**デフォルトの名無しさん** · 2022/07/26(火) 18:51:12.11

> WindowsAPIを使用したGUIプログラムを作りたい

そもそも止めとけ楽な道を進めと思うんだけど、なんで？

> おすすめの本

今時そんな本あるのか分からないけど、猫でもわかるシリーズのWEBサイトでいいんじゃないの

**デフォルトの名無しさん** · 2022/07/26(火) 19:38:38.71

NT4.0や95の頃の書籍はメッセージやハンドル等丁寧な解説がされていたと思う

**デフォルトの名無しさん** · 2022/07/26(火) 19:54:38.78

>>273
その程度でなんで面食らうのか面食らってるが
その都度ググっていけば充分じゃないかな

**アリ人間** ◆T6xkBnTXz7B0 · 2022/07/26(火) 20:46:20.96

Win32でGUIつくるならMsgCrackとRisohEditorを使うといいよ。

**デフォルトの名無しさん** · 2022/07/27(水) 21:47:08.84

>>274
今まで他の言語で楽をさせてもらってたのは、他の方のおかげだと気付いて、実際に自分も勉強したいという思いです。

>>275
まさにおっしゃる通りで、先日なんとか相馬俊治さんという方の本を見つけました、古い本のほうがわかりやすいです。

**デフォルトの名無しさん** · 2022/07/29(金) 10:07:57.73

C#でもWndProcとかに手を付けると結局Win32APIレベルのメッセージループの仕組みの知識が必要だし
C/C++でWin32APIだけ使ったメッセージループ検証用GUIアプリを用意しとくと捗るよ

**デフォルトの名無しさん** · 2022/07/30(土) 02:15:20.39

C++でクラス化ラップ化する前のピュアなメッセージループをなら猫かな
そこから先は　ラップしてるライブラリの方言が出てくるだろうし

**デフォルトの名無しさん** · 2022/07/30(土) 12:31:23.06

>>277
ありがとうございます！ツールももちろんですがこの作者のHP自体が非常に貴重ですね！

>>279
ありがとうございます！ラップしてしまうとWin32APIの挙動が見えなくなるので、生で見える環境を用意しておいたほうが良いようなイメージでしょうか？

**デフォルトの名無しさん** · 2022/08/01(月) 14:57:50.07

>>277
RisohEditor良さそうやね
見た目レトロで良いからネイティブWin32で超軽量GUI作りたいってシーン結構あるから重宝しそうやわ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/08/01(月) 16:08:58.49

MsgCrackにWM_DESTROYを入力すると
void OnDestroy(void)
って出てくる。
これを#include <windowsx.h>のHANDLE_MSGマクロと一緒に使うと吉。

**デフォルトの名無しさん** · 2022/08/01(月) 16:24:30.82

自前で巨大なswitch文を並べるんや

**デフォルトの名無しさん** · 2022/08/01(月) 16:46:02.44

MFCを勧める人はいないんかい・・・

**デフォルトの名無しさん** · 2022/08/01(月) 17:30:54.15

統合環境の力技でマクロ埋め込んだりするしねぇ　癖や方言が強い

**デフォルトの名無しさん** · 2022/08/01(月) 19:48:54.56

いまさら MFC を使いたいんですけど、まずどうすればいいですか？

**デフォルトの名無しさん** · 2022/08/01(月) 20:38:09.58

>>284

windowsx.hで定義されてるHANDLE_MSG()マクロを使えば
いちいちcase文を書く必要がない

switch (uMsg)
{
HANDLE_MSG(hwnd, WM_CREATE, OnCreate);
HANDLE_MSG(hwnd, WM_COMMAND, OnCommand);
...
default:
return DefWindowProc(hwnd, uMsg, wParam, lParam);
}

使わないメッセージはスルーしていい
OnCreate()やOnCommand()のプロトタイプもwindowsx.hで定義されてるので引数を間違ったらエラーで教えてくれる

**デフォルトの名無しさん** · 2022/08/02(火) 17:15:54.00

#define BEGIN {
#define END }
に近い感じなので　マクロにお任せってあまり好きではない（個人的感想）

**デフォルトの名無しさん** · 2022/08/02(火) 21:12:37.20

false、False、FALSE色々あるなあ

**デフォルトの名無しさん** · 2022/08/02(火) 22:59:22.62

こういうシステム的な部分を作るとき厄介なのが細かい引数間違えたりすることなのですべて定義されてるのは助かるよ
windowsx.hに入ってるってことはMS推奨なんだろうし

**デフォルトの名無しさん** · 2022/08/03(水) 08:49:02.53

そのヘッダか忘れたけどコモンコントロール系はマクロが無いとやってられん
それ前提でMSDNにリファレンスがあるし

**デフォルトの名無しさん** · 2022/08/03(水) 12:38:08.58

そこでWTLですよ

**デフォルトの名無しさん** · 2022/08/03(水) 23:45:13.40

感動した
https://github.com/CobaltFusion/DebugViewPP

**デフォルトの名無しさん** · 2022/08/04(木) 23:07:37.30

そういえばバイナリエディター「Binary Editor BZ」はWTL使ってたはず