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/

**デフォルトの名無しさん** · 2024/08/07(水) 23:11:59.28

https://learn.microsoft.com/ja-jp/windows/win32/printdocs/xps-printing
[XPS Print API はサポートされていないため、今後変更または使用できない場合があります。クライアントアプリケーションでは、代わりに印刷ドキュメントパッケージ API を使用する必要があります。
だと

**デフォルトの名無しさん** · 2024/08/08(木) 08:52:42.58

印刷ドキュメントパッケージってストアアプリじゃなかったっけ

**デフォルトの名無しさん** · 2024/08/26(月) 20:43:00.02

MFCやCOM/ATLの話題もここでいいの？
スレないよな

**デフォルトの名無しさん** · 2024/08/26(月) 22:39:11.42

まあ大雑把にアンマネージドな話題ならいいんじゃね
MFCの話なんてここでされても俺はスルーするがな

**デフォルトの名無しさん** · 2024/08/27(火) 08:48:29.94

MFCまだ息してるの？

警備員[Lv.26] · 2024/11/15(金) 07:34:23.07

!donguri

警備員[Lv.9] · 2024/11/16(土) 12:36:24.91

!donguri

**デフォルトの名無しさん** · 2024/11/18(月) 20:33:45.58

だから、最近EchoAPIを使い始めて、デバッグプロセスが本当に効率化されました。

**デフォルトの名無しさん** · 2024/11/19(火) 14:54:25.41

まるちんこしね

**デフォルトの名無しさん** · 2024/11/20(水) 11:20:37.14

新規にMFC使って何かを作ろうとするのは、アマチュアならありだが仕事ではもうないかな
.NETが普及する前、それこそVB6時台は必須だったけど

**デフォルトの名無しさん** · 2024/11/21(木) 08:42:13.45

別に必須ではない

警備員[Lv.15] · 2024/11/28(木) 13:09:31.82

!donguri

**デフォルトの名無しさん** · 2024/12/03(火) 22:33:20.25

EchoAPIをAPIシミュレーションに使用し始めたところ、フルバックエンド統合前にアプリの機能をテストするのに非常に役立ってる

警備員[Lv.16] · 2024/12/04(水) 07:26:11.55

!donguri

**デフォルトの名無しさん** · 2024/12/06(金) 14:09:41.63

IsWindowVisibleは親ウィンドウの状態も再帰的にチェックしてくれるのに、
IsWindowEnabledは自身の状態しかチェックしてくれないようです

対象のウィンドウがマウス操作などを行える状態かをチェックしたいですが、
IsWindowEnabledで親ウィンドウの状態も参照するバージョンはあるのでしょうか？

**デフォルトの名無しさん** · 2024/12/06(金) 14:43:02.52

すいません上に全く同じ質問がありました
失礼しました

**デフォルトの名無しさん** · 2024/12/12(木) 22:09:35.75

**デフォルトの名無しさん** · 2024/12/12(木) 22:27:50.07

中身に合わせるのとこは自分で中身に合わせて
野ビールのとこは放置やね
計算とか無い

**デフォルトの名無しさん** · 2024/12/12(木) 22:44:16.57

ステータスバーのハンドル使ってDCとフォントを取り寄せる
んでDrawTextを空撃ちすると文字列に必要な幅が分かる。

**デフォルトの名無しさん** · 2024/12/21(土) 23:35:34.44

IsWindowVisible
IsWindowEnabled
EnableWindow
のダイアログ版教えて下さい

**デフォルトの名無しさん** · 2024/12/21(土) 23:44:47.64

ダイアログも只のWindowっす

**デフォルトの名無しさん** · 2024/12/22(日) 09:10:18.93

>>903
できました！ありがとう

警備員[Lv.19] · 2025/01/03(金) 15:25:05.64

!donguri

**デフォルトの名無しさん** · 2025/01/22(水) 00:25:29.57

iniのキーの一括読み込みで悩んでいます。
冗長にならないよう読み込みたいのですが、下記のコードをfor文で回すというのが自分の知識の限界でしたが、大変わかりにくく困っています。改善点やスタンダードなiniの読み書きの参考になるサイトなどあれば教えていただけると助かります
strLen[n] = GetPrivateProfileString(
pStrIndex[n] ,//ダブルポインタ
NULL ,
NULL ,
buf[n] ,//ダブルポインタ
256 ,
strPath
);

**デフォルトの名無しさん** · 2025/01/22(水) 05:00:50.81

GetPrivateProfileSection関数

**デフォルトの名無しさん** · 2025/01/22(水) 19:54:34.30

>>907
ありがとうございます。ですがこの方法ですとセクションごとに別れていないため、私が提示した方法より値を扱いにくいのではないでしょうか？
それとも、セクションを除いて必要なキーが何個目にあるかを把握して扱うということなのでしょうか？
後者の場合ですと、わざわざセクションが存在する理由がわかりかねるのですが、直接iniを開いた場合の可読性故に存在しているということでしょうか？
少々実際のコードに落とし込むということがイメージしにくく、躓いてしまっています

また、実際に値を取り出す場合はｎ番目の＝から￥nまでの文字列を取り出し、数値に変換するといった具合になるのでしょうか？

**デフォルトの名無しさん** · 2025/01/22(水) 19:56:56.10

気に入らないなら自作しなよ
そういうの得意だったよね

**デフォルトの名無しさん** · 2025/01/23(木) 06:58:43.12

>>908
セクションごとに別れていない？
GetPrivateProfileSectionのドキュメントちゃんと読んだ？
やってみた？

**デフォルトの名無しさん** · 2025/01/23(木) 09:06:22.24

最後の1文見る限り、GetPrivateProfileSectionのドキュメントすら読んで無いか、読んでてもちゃんと読んで無いのがバレバレ

**デフォルトの名無しさん** · 2025/01/23(木) 10:24:59.82

YAMLにしなよ

**デフォルトの名無しさん** · 2025/01/23(木) 19:37:54.91

>>910
>>911
今あらためて見たら見当違いのことを言っていますね、失礼しました。
この関数ですとキーの値まで取得できるので活用できる範囲が広そうです。

更に質問なのですが、キーの値を実際に使う際変数に格納する工程は通常こういう書き方をするなどど言ったセオリーは無いのでしょうか？
教えていただいた関数を使用した場合でも値部分を抜き出し配列に格納し、num = p[n]とそれぞれ格納し直していかねばならず、複数の変数を使用している場合はある程度コードが長くなるのは避けられないのでしょうか？

**デフォルトの名無しさん** · 2025/01/23(木) 20:01:09.20

セオリーみたいなんは知らないけど
各Key&Valueペアはヌル文字で区切られてて
文字列はヌルターミネートだってことを利用して
ポインタを動かしながら一覧化して使ってたかな、自分は

最近はini使ってないから昔の記憶だけど

**デフォルトの名無しさん** · 2025/01/24(金) 16:07:25.70

>>914
一覧化という単語でggってみたところ特にそれっぽいものはヒットしませんでした。
どういったことなのでしょうか？

**デフォルトの名無しさん** · 2025/01/24(金) 16:21:28.46

＞＞906
iniを使ってる既存のアプリがあってそれを踏襲
しなければならないのなら仕方がないけど、
そうでないなら、いまさらiniなんて使わないほうが良いよ

**デフォルトの名無しさん** · 2025/01/24(金) 22:51:18.70

忌み数字を踏ませる業者、アプリ、コンピュータプログラムの嫌がらせ

動画再生回数、表示回数、登録者数、フォロワー数、評価数、コメント数、レベル、経験値、ポイント、HP、通貨、価格、メッセージ数、通知数、フレンド数

4（死）、13（キリスト教における忌み数字）

18（嫌）、24（〜に死）、34（〜さん死）

40、42、44

56（殺）、64（無視）

71（無い）、74（無し）、79（無く、亡く）

84（〜は死）、94（〜君死）、96（黒）

このような数字と名前や生年月日、IDなどを組み合わせて執拗に強調することで、精神攻撃をする業者やストーカー、嫌がらせ組織がキモい。

**デフォルトの名無しさん** · 2025/01/25(土) 00:25:03.57

ini
XML
JSON
YAML
TOML

**デフォルトの名無しさん** · 2025/01/25(土) 06:51:49.08

dat

**デフォルトの名無しさん** · 2025/01/25(土) 14:22:52.24

>>916
そういうわけではありませんが、全くの初心者ですので、情報の多い古い技術を頼ることにしました

**デフォルトの名無しさん** · 2025/01/25(土) 16:04:18.33

ini ゴミ
XML 冗長
JSON ゴミ
YAML がんがれ
TOML RustのcratesとかPythonのPoetryでしか観ないな

**デフォルトの名無しさん** · 2025/01/25(土) 20:28:14.71

>>921
それぞれに対する評価を書き込むのも乙ですが
ここにコードの書き方で迷っている子羊がいるので、実際の書き方の一例でも見せてみるというのも一興ではありませんか？

**デフォルトの名無しさん** · 2025/01/25(土) 21:29:48.91

iniを読む時は、
・セクション名は指定する
・キーを指定して対応する変数に代入する
・複数要素指定したい場合には、
　- キーの末尾に1,2,3,... とつけて見つからなくなるまで読む
　- 別のキーで個数を指定する
　- キーを一つにして値をカンマ区切りやスペース
とかで、iniファイルのキーの一覧を動的に取得するとかをなるべくしないほうが楽。

**デフォルトの名無しさん** · 2025/01/25(土) 21:33:29.11

読みたいキーが50個あるなら、
GetPrivateProfileString() か GetPrivateProfileInt() を
50回書けばいい。
ループとか考えずにベタで書いたほうがバグらない。
変数名書き換え忘れとかはよくあるけど。
1,2,3,...とかやるところはループで。

**デフォルトの名無しさん** · 2025/01/25(土) 21:54:22.37

APIのGet何某は1セクション1キーの読み書きの度にファイルオープンからやるから糞遅いよ
vbscriptからiniを読み書きしたい時があってその時は大した手間でもないし全部自作したよ
セクションを駆使すれば構造化できるしコメントも書けるから下手な外部データ構造よりも扱いやすいかもとその時は思った

**デフォルトの名無しさん** · 2025/01/25(土) 21:59:34.66

>>921
レジストリ―を忘れないであげてください・・・

**デフォルトの名無しさん** · 2025/01/25(土) 21:59:35.88

クソ遅いの同意。
あと、
・=の左右のスペースを自動除去するとか、
・端に半角スペースを使いたい場合には""で囲うんだっけ？ "を使いたい場合にはどうするんだ？
・値の32,768文字(バイト？)制限？
とか、いろいろ隠れ仕様があるのが地味にトラップ。

**デフォルトの名無しさん** · 2025/01/25(土) 22:25:18.21

>>927
それらの疑問はAPIで読み書きしてみれば解消すると思うのだが

**デフォルトの名無しさん** · 2025/01/26(日) 00:20:41.08

>>923
ありがとうございます。
末尾に数字をつけるとそのような読み方が可能なんですね、初耳です
というわけではなくあらかじめ振っておくということですか?
>>925
差し支えなければ考え方のヒントだけでも良いのでご教示いただけるとたすかるなーなんて
iniとは暫く付き合っていかないといけませんし

**デフォルトの名無しさん** · 2025/01/26(日) 07:56:28.08

ini使いたい君はWin32APIがどうたら以前の問題だからもっと勉強してから頑張れ

**デフォルトの名無しさん** · 2025/01/26(日) 10:18:25.36

C#で組むと簡単にかける

**デフォルトの名無しさん** · 2025/01/26(日) 12:24:55.25

現代に生きてるならまず生成AIの使い方を覚えろｗ

**デフォルトの名無しさん** · 2025/01/26(日) 12:36:00.27

STLにその手の機能あったかと

**デフォルトの名無しさん** · 2025/01/26(日) 21:20:37.91

msgpackがいい

**デフォルトの名無しさん** · 2025/01/30(木) 07:55:55.21

Win32のiniは中身どうなってるかわからんからあんま使いたくない
データ取り出すために毎回iniのpath指定からするってことは毎回CreateFileでもしてるのか？と疑ってしまうしな
まあキャッシュされてる説が濃厚っぽいけど、であれば解放はいつされる？という疑問も浮かんで来てしまう

**デフォルトの名無しさん** · 2025/01/30(木) 09:05:49.08

毎回読んでるに決まってるだろ

**デフォルトの名無しさん** · 2025/01/30(木) 17:56:26.05

win16時代からなんかモヤモヤする気持ち悪い部分だねｗ

**デフォルトの名無しさん** · 2025/01/30(木) 19:54:33.33

メモリなんてほとんど無かった時代からあるものだから、キャッシュなんてしてるわけないしな

**デフォルトの名無しさん** · 2025/01/30(木) 20:05:36.27

VistaくらいからならOSのファイルキャッシュが勝手に働いてそう。

**デフォルトの名無しさん** · 2025/01/31(金) 01:11:17.59

キャッシュなんかMS-DOSのsmartdriveあたりからあるだろ
無効にするとWindows3.1は遅かった記憶がある

**デフォルトの名無しさん** · 2025/01/31(金) 10:55:21.33

>>935
構文解析なんて一瞬で終わる
キャッシュはOSがリファレンスカウントで管理してるでしょ
ただしゼロになったからといって直ぐに解放する訳じゃないし、ゼロになる前に解放される場合もある
そこは空きメモリとの兼ね合いでOSが上手くやる

**デフォルトの名無しさん** · 2025/01/31(金) 12:27:33.25

補足すると再起動後やスリープ復帰後に$MFTを舐める様なアプリを動かしておくとシステムキャッシュに載って
その後はHDDでもSSDと同様にディレクトリトラバーサルがマルチスレッドで高速化する(find/fd等)
(よくある専用ソフトを常駐させなくてよい)

**デフォルトの名無しさん** · 2025/02/13(木) 21:31:19.77

メインウィンドウのウィンドウプロシージャをグローバルからクラスメンバに移したくて
一応表面的なエラーなどは出ずに起動したのですが問題ないのか不安です
断片的で分かりにくいかもですが以下で問題ないか教えていただけないでしょうか

wc.lpfnWndProc = DefWindowProc;

SetWindowSubclass( hwnd, SubProc, 1, reinterpret_cast< DWORD_PTR >( this ) );

static LRESULT CALLBACK SubProc( HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uIdSubclass, DWORD_PTR dwRefData );

LRESULT CALLBACK MyWindow::SubProc( HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uIdSubclass, DWORD_PTR dwRefData )
{
MyWindow *pThis = reinterpret_cast< MyWindow * >( dwRefData );
switch( uMsg )
{
　　　...
}
return DefSubclassProc( hwnd, uMsg, wParam, lParam );
}

**デフォルトの名無しさん** · 2025/02/14(金) 05:52:04.48

あかんやろな

**デフォルトの名無しさん** · 2025/02/14(金) 08:53:53.37

20年以上前にMFCみたいなラッピングクラス群を自前で作ってみたことあったけど
ウィンドウプロシージャのとこをどうやったかもう忘れてしまったな……

**デフォルトの名無しさん** · 2025/02/14(金) 13:37:08.02

メソッドという事は、第一引数にthisが渡る必要がある。
コールバックプロシジャーの呼び出し側にその機能(thisを積む)は無い。

MFCはその部分マクロで展開していたね

**デフォルトの名無しさん** · 2025/02/14(金) 14:04:52.13

Best method for storing this pointer for use in WndProcにMethod 1~6まで解説されてるわ

>>946
ATLだとMethod 5: Thunkだね

**デフォルトの名無しさん** · 2025/02/14(金) 19:58:04.34

俺がやったやり方書いてやろうとしたらNGワード言われてBBxまでされたわｗ
クソじゃんｗ

**デフォルトの名無しさん** · 2025/02/14(金) 21:57:56.25

method 4のやり方だし行けるんじゃない？
自分はmethod 6のイマイチ泥臭い方法でやったよ

**デフォルトの名無しさん** · 2025/02/14(金) 22:08:59.93

一次受け用のstaticなプロシージャとクラスのメソッド
あとSetPropとSetWindowLong使ってやったな確か

**デフォルトの名無しさん** · 2025/02/27(木) 22:08:23.91

SetWindowSubclass

**デフォルトの名無しさん** · 2025/02/28(金) 06:34:40.22

今更ｗ

**デフォルトの名無しさん** · 2025/02/28(金) 08:53:25.56

俺がその手のことやった時はSetWindowSubclass無かったな

**デフォルトの名無しさん** · 2025/02/28(金) 17:04:57.17

次スレよろ

**デフォルトの名無しさん** · 2025/03/04(火) 10:30:55.31

Win32はいつ廃止されるの？

**デフォルトの名無しさん** · 2025/03/04(火) 15:36:03.05

.netベースのWinFXが完成したら順次廃止していくらしい

**デフォルトの名無しさん** · 2025/03/04(火) 15:50:19.15

.NETベースだと2年で切り捨てられていくのか……
大変だなぁ

**デフォルトの名無しさん** · 2025/03/04(火) 17:51:40.09

Windows上の.NETがそもそもAPI呼んでるのにどうやって廃止するのｗ

**デフォルトの名無しさん** · 2025/03/04(火) 18:04:09.20

Win32APIを呼ばない.netになるんじゃね？
android版とかそうなってないの？

**デフォルトの名無しさん** · 2025/03/05(水) 06:08:30.10

WinFXて、.NET Framework 3.0の開発コードだが……

**デフォルトの名無しさん** · 2025/03/05(水) 08:44:01.42

そもそもWin32APIを捨てるとか、Windowsをイチから作り直さないと不可能だろ

**デフォルトの名無しさん** · 2025/03/05(水) 12:33:13.43

着々と64bit化は進められてるぞ
今やレガシーアプリの為だけに32bit対応があるだけだからなぁ

**デフォルトの名無しさん** · 2025/03/05(水) 12:35:52.90

昔あったPowerPC、ItaniumのWindowsにもWin32apiあるの？

**デフォルトの名無しさん** · 2025/03/05(水) 15:45:08.28

>>962
>>963
内部的なbitサイズの違いや呼称の差であって、Windows APIのインターフェースが変わってるわけじゃないぞ

**デフォルトの名無しさん** · 2025/03/05(水) 23:09:43.33

>>963
なくてどうする

**デフォルトの名無しさん** · 2025/03/05(水) 23:21:28.24

https://github.com/microsoft/win32metadata
このwin32metadataプロジェクトでモダンな言語からも簡単に使えるようになった
あらゆる機能をWin32で公開してwin32metadataも更新すれば、色んな言語から直ぐ使えるようになる
なのでWin32を廃止する意味が無くなった

**デフォルトの名無しさん** · 2025/03/06(木) 16:00:16.05

64bitのCのintとかlongって32bitなん？
64bitあるのはlonglongとsize_tだけ？

**デフォルトの名無しさん** · 2025/03/06(木) 16:04:15.79

どのCだよ……

**デフォルトの名無しさん** · 2025/03/06(木) 21:03:06.28

>>967
一般的には 32bit 環境からの互換性のためにそうなってる
ただ言語仕様としてそれが規定されているわけではない
明示的に 64bit 整数を使いたいなら int64_t とかを使う

**デフォルトの名無しさん** · 2025/03/06(木) 21:11:47.39

LSI-C試食版

**デフォルトの名無しさん** · 2025/03/06(木) 21:23:51.69

>>967
補足。ちなみに 64bit 環境で size_t や sizeof が 64bit unsigned になったのは
アドレス空間の伸長により 32bit 長を超える配列や構造体が (実用性はともかく) 定義出来るようになったから

**デフォルトの名無しさん** · 2025/03/06(木) 22:54:13.31

SHARCだとcharも32bit w

**デフォルトの名無しさん** · 2025/03/06(木) 23:24:05.48

>>967
LLP64
long longとポインターが64bit
Windowsはこっち

LP64
longとlong longとポインターが64bit
Unix系はこっち

**デフォルトの名無しさん** · 2025/03/07(金) 03:26:30.77

規格ではサイズの保証なんか全く無いからstdint.h使えって書こうとしたけどそういやWin32スレだった

**デフォルトの名無しさん** · 2025/03/07(金) 08:52:50.74

なんでlongとintが同じなんだよって昔から思ってるけど、まぁ今更

**デフォルトの名無しさん** · 2025/03/07(金) 12:13:30.16

int64_tはあるのにint32_tが無いのは何故

**デフォルトの名無しさん** · 2025/03/07(金) 12:50:01.21

stdint.h(20):
typedef int int32_t;

警備員[Lv.4][新芽] · 2025/03/07(金) 20:55:06.07

前後にいろいろあるでしょ
ILP64ってのもあるし

**デフォルトの名無しさん** · 2025/03/08(土) 20:22:43.73

ファイルからそのファイルのハンドル握ってるプロセスを特定する事って可能？
プロセスが握ってるハンドルを列挙していく事はntdll利用したら可能だからその方法で結果的に上記の目的は達成できるっちゃできるんだけど、逆方向から出来たほうが工程は減りそうだから可能なら教えてもらいたい

**デフォルトの名無しさん** · 2025/03/08(土) 21:37:29.02

performance meter

**デフォルトの名無しさん** · 2025/03/12(水) 22:20:50.10

>>979
自己レスだけど全排他ロックされたファイルもCreateFile(path, 0, 0, NULL, OPEN_EXISTING, FILE_READ_ATTRIBUTES, NULL);で開けるんだね
ハンドルさえ得られればNtQueryInformationFileのFILE_INFORMATION_CLASSで簡単にハンドル握ってるプロセス列挙出来た

**デフォルトの名無しさん** · 2025/03/12(水) 22:22:14.84

FILE_INFORMATION_CLASSじゃなくてFILE_INFORMATION_CLASS::FileProcessIdsUsingFileInformationで列挙できた

**デフォルトの名無しさん** · 2025/03/12(水) 22:30:58.42

>>981
CWDがBのプロセスpが居てAフォルダをリネームや移動する場合はAのハンドルでpが分かるの？
/A/B/