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/25(金) 01:37:15.09

日本語ではね
英語ならPavel Yosifovich氏のWindows 10 System Programming, Part 1 と 2 が有る
Pavel Yosifovich氏はインサイドWindowsやWindowsカーネルドライバプログラミングの原著の人だ
誰か翻訳してくれればいいけど、今更Win32本を翻訳したいと思う酔狂な人は居ないだろう…

**デフォルトの名無しさん** · 2022/03/25(金) 01:37:29.01

バカ言うなよ
Win32APIはずっとこの先生きのこる

**デフォルトの名無しさん** · 2022/03/25(金) 01:40:27.96

>>148
おまえは英語を読めないのか？読めたとしてもマイクロソフトは解釈が難しい表現ばかりだから、日本マイクロソフトでもわからないことばかり。

**デフォルトの名無しさん** · 2022/03/25(金) 06:30:11.55

WIN32APIの本なんか読んだ覚えがない
Win32.hlpとグーグル検索だけでマスターした
もう２０年も使ってるが一番長生きでコスパ最強の言語だわ

**デフォルトの名無しさん** · 2022/03/25(金) 07:15:38.67

Advanced Windowsだけは読んでたな
15年くらい前から1に書いてあるよね
思えば遠くに来たな…

**デフォルトの名無しさん** · 2022/03/25(金) 08:13:48.45

>>150
英語を読めないなんて一言も書いてないだろ

**デフォルトの名無しさん** · 2022/03/25(金) 10:10:19.86

>>1 > ・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
これ古いよな
APIフックもネット上の情報を組み合わせるだけでできる

**デフォルトの名無しさん** · 2022/03/25(金) 11:28:00.83

Advancedと言いつつペゾルト本よりよほどプリミティブな部分を網羅してくれてる書籍よね
邦訳版はもはや入手性悪いけど

**デフォルトの名無しさん** · 2022/03/25(金) 13:43:49.12

c++やるんだったら英語は必須なのでしょうか。
マイクロソフトのサイトに載っている説明もほぼほぼ英語ですし・・・、
自分は英語読めないんですけど、なんかもう、最近少しなら読めるようになってきました。
頭痛くなりますけど・・・。

**デフォルトの名無しさん** · 2022/03/25(金) 13:50:30.58

>>156
うん、必須
IEEE14882の規格票が英語だから
JIS X3014はバージョンがもはや化石レベルだし

**デフォルトの名無しさん** · 2022/03/25(金) 13:51:07.06

アホミスしちまったｗ
- IEEE
+ ISO/IEC

**デフォルトの名無しさん** · 2022/03/25(金) 19:29:22.91

>>155
そもそも原題はAdvancedじゃないしな

**デフォルトの名無しさん** · 2022/03/26(土) 08:24:31.76

>>157
やっぱ必須ですかぁ
すらすら読めないときついレベルですか？
辞書使ったり、グーグル翻訳使わないときついです。

**デフォルトの名無しさん** · 2022/03/26(土) 08:47:33.85

>>160
俺もそんなもんだよ
決して英語が得意なわけではないので
自分が誤訳してないかのチェックにグーグル翻訳使ってる
グーグル翻訳のほうがおかしいこともあるので相互補完だ

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

>>161
ありがとうございます。

**デフォルトの名無しさん** · 2022/03/26(土) 10:06:36.44

DeepL翻訳お勧め

**デフォルトの名無しさん** · 2022/03/26(土) 10:21:19.75

エディットボックスの中のテキストをGetDlgItemTextでもらってきたのですが(TCHAR*)、
PCSTRに変換する方法がわかりません、便利な関数は用意されていなくて、自分で作ったほうが良いのでしょうか？
char*をwchar_t*に変換するのは見つかったのですが、その逆が出来ません。

**デフォルトの名無しさん** · 2022/03/26(土) 11:13:01.22

>>164
GetDlgItemTextA?
GetDlgItemTextW?

A ならそのまま使えるのでは？W なら https://mevius.5ch.net/test/read.cgi/tech/1434079972/53　::WideCharToMultiByte

**デフォルトの名無しさん** · 2022/03/26(土) 11:27:14.11

>>163
㌧

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

DeepL の方が、Google 翻訳よりも高品質

でも最近、Googleも向上した。
DeepLを真似たのかも

**デフォルトの名無しさん** · 2022/03/26(土) 12:19:49.39

>>163
DEEPLは翻訳できる回数に制限があると思って使ってなかったです・・・。
使うだけなら制限なかったのですね。

**デフォルトの名無しさん** · 2022/03/26(土) 12:27:23.77

>>165
ありがとうございます。
Aの方使ったら出きるっぽいです。
なんですけど・・・今それを確認しようとしてmbstowcs_sを使ってみたけれど
文字化けが・・・どっかがミスッてるはずなんですけど、しばらくかかりそう。
とりあえずローカルウィンドウで見たらchar変数の中にバッチしがいってたので
当初の目的を解決できました。
こんなことで3時間くらい使ってしまいました。
頭痛い・・・。

**デフォルトの名無しさん** · 2022/03/26(土) 12:57:20.76

文字コードについてはMSがもっとも時間かけて多言語対応してるからMSのルールを守るのが吉。

**デフォルトの名無しさん** · 2022/03/26(土) 13:14:01.93

DeepLをMSが買収して、ドキュメントを全部高品質な日本語で提供してくれ

**デフォルトの名無しさん** · 2022/03/26(土) 13:15:53.49

いらんことはせずに昔のMSDNライブラリのように人に翻訳させろ。

**デフォルトの名無しさん** · 2022/03/26(土) 14:22:58.08

文字列を入出力するAPIは末尾Wを使うよう心掛けよ

**デフォルトの名無しさん** · 2022/03/26(土) 14:25:53.60

情報通信研究機構(NICT)も翻訳バンクを運用して、
「みんなの自動翻訳」を、Linux に技術提供している

みんなの自動翻訳＠TexTra®
https://mt-auto-minhon-mlt.ucri.jgn-x.jp/

漏れは使った事ないけど

**デフォルトの名無しさん** · 2022/03/26(土) 14:27:04.89

みかん星人事件で止めたんじゃなかったっけ

**デフォルトの名無しさん** · 2022/03/26(土) 14:28:59.19

>>173
だからMSのルールを守りなさい。

**デフォルトの名無しさん** · 2022/03/26(土) 18:35:55.11

文字や文字列の記述は TCHAR（_TCHAR）系統のマクロで統一するのが旧来からの作法だわね。
最近の Visual Studio の C/C++ はデフォルトで UNICODE,_UNICODE が定義されているので。
APIの末尾にWを付けるというルールは忘れていい気もする。
必要時のみA（やW）を付けて、あとは WideCharToMultiByte、MultiByteToWideChar を使う程度かな

**デフォルトの名無しさん** · 2022/03/26(土) 18:41:49.01

TCHARなんかもう10年近く見かけてない。
普通にLとだけ書く。
マルチバイトにする意味ないんだし。

**デフォルトの名無しさん** · 2022/03/26(土) 19:14:13.28

マクロの結果で分岐させるコードだと
インテリセンスとかに負荷かかる印象しかないから
気づくとW系のコードで埋まっている

**デフォルトの名無しさん** · 2022/03/26(土) 19:22:58.17

UTF8になったら、またマルチバイトに戻るわけではいの？

**デフォルトの名無しさん** · 2022/03/26(土) 19:41:02.41

サロゲートペア対応とかで、特定のWin32APIの仕様が混乱してたりして、メリットが無くなってきてるからね。
将来的に ANSI/UTF8 がデフォルトになる可能性も完全には否定できず

**デフォルトの名無しさん** · 2022/03/26(土) 20:07:18.83

>>181
1バイト配列だった場合どっちで処理されるかの部分がチーム環境や実行環境に左右されたのて
十数年前から wchar_t で持つようにした

**デフォルトの名無しさん** · 2022/03/26(土) 20:14:40.35

そうね、今は基本W系だよね。
ただそうねえ、念のためA系についても忘れないでおいた方がいいかも、とは少しだけ思う。
https://docs.microsoft.com/ja-jp/windows/apps/design/globalizing/use-utf8-code-page

**デフォルトの名無しさん** · 2022/03/26(土) 20:57:55.95

忘れてはいないからこそ忘れてる(OR 分かっていない)人が混ざった時の問題が怖いのよ

**デフォルトの名無しさん** · 2022/03/26(土) 21:11:34.30

プラットフォームによってはワイド版のPOSIX関数がなかったりするから微妙だなあ

**デフォルトの名無しさん** · 2022/03/26(土) 21:22:26.00

>>172
その「人」が確保出来ないから、放置されてんだよな
MSは金は余ってるが、翻訳に関しては全く予算を割くことは無くなった
日本のMSが、無能だらけになったのと関連してるのは間違いない

**デフォルトの名無しさん** · 2022/03/26(土) 21:22:54.54

ダイヤルボックスで指定したIPアドレスとポートで作ったソケットからちょっとした文字列を
送ろうとしたんですけどLNK2019エラーが出てしまいます。
VisualStudio2022、c++14、サブシステムはWindows (/SUBSYSTEM:WINDOWS)です。
エラー2019は何となくサブシステムが違うようなイメージで間違っていないでしょうか。

**デフォルトの名無しさん** · 2022/03/26(土) 21:32:36.07

>>187
> エラー2019は何となくサブシステムが違うようなイメージで間違っていないでしょうか。
何故ググらないの？
https://docs.microsoft.com/ja-jp/cpp/error-messages/tool-errors/linker-tools-error-lnk2019

**デフォルトの名無しさん** · 2022/03/26(土) 21:37:24.88

>>188
すみません、前回別の事で同じエラーが出たときに読んだんですけどよくわからなくて
マイクロソフト見てもわからないと思ったのですけど、もう一度読み直してみると、
何か忘れてるのかなぁって思ったので、もう少し頑張ってみます。

**デフォルトの名無しさん** · 2022/03/26(土) 21:39:46.78

クリティカルセクションで質問です
EnterCriticalSectionでスレッドの排他制御を行うとき、
作成したスレッド間では排他制御できています

これを、作成したスレッドではなく呼び出し元のプロセス側で
EnterCriticalSectionを実行しても、その間はスレッドの動作は
排他制御されて停止する（待つ）という認識で間違いないでしょうか？

**デフォルトの名無しさん** · 2022/03/26(土) 22:55:33.42

質問の意図が正しく理解できてない可能性がありますが。

A critical section object provides synchronization similar to that provided by a mutex object,
except that a critical section can be used only by the threads of a single process.
Critical section objects cannot be shared across processes.

要約：
「クリティカルセクション」オブジェクトはミューテックスオブジェクトと同様な同期を実現しますが､
クリティカルセクションオブジェクトは1つのプロセス内のスレッド間でだけ使えます。
クリティカルセクションオブジェクトは、プロセス間で共有できません。

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

>>189
"何故" LNK2019が起きているかをぐぐったり他人に投げる前に確認しないと遠回りになりそう

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

>>177
自分で勝手に W つけちゃだめだと思うよ…
ちゃんと「windows.h をインクルードする前に」 #define UNICODE しているか確認してね
C++11 or later になってからずいぶんと楽になりました…
https://mevius.5ch.net/test/read.cgi/tech/1434079972/53

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

>>190
つソース出せ、話はそれからだ

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

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

> クリティカルセクションオブジェクトは1つのプロセス内のスレッド間でだけ使えます。
> クリティカルセクションオブジェクトは、プロセス間で共有できません。

これは認識しているのですが、この文面を借りれば

「クリティカルセクションオブジェクトは1つのプロセス（メインプロセス・スレッド呼び出し側）と
スレッド（メインプロセスから呼び出されたスレッド）間で使えるのかどうか」

ということです
よろしくお願いします

**デフォルトの名無しさん** · 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