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/

**デフォルトの名無しさん** · 2023/09/27(水) 02:22:24.50

>>740
そもそもTempは一時的なフォルダでしょ
本アプリは上書きで使っていくだけだから影響はないでしょ
キャッシュや恒久的に使用するデータをそこに保存している場合は不具合のもとだろうけど
データ検証しない場合はエラー吐いて落ちるだけじゃね？

**デフォルトの名無しさん** · 2023/09/27(水) 08:45:50.87

Tempフォルダの中身は削除されても文句言えない物だから
なんなら同名あったら問答無用で削除して自分用作るすらあると思うわ

**デフォルトの名無しさん** · 2023/09/27(水) 11:42:51.73

その通り
既存の同名があって作成者が自分じゃなければ消して新しく同名で造れば良い

**デフォルトの名無しさん** · 2023/09/27(水) 11:55:22.18

>>740
勝手に数字をつけて存在しない名前を探してくれるAPIがあっただろ
数字は16ビットなので65536個全部あったらだめだが

**デフォルトの名無しさん** · 2023/09/27(水) 12:24:30.48

APIを呼び出した次の瞬間名前が衝突する可能性も考慮するんだぞ

**740** · 2023/09/27(水) 12:37:44.20

みなさんありがとうございます。

>>745-748
テンポラリファイルではなく、固定名のサブフォルダを作るアプリに対する疑問でした。
フォルダ上に同名のファイルがあったら、その名前のサブフォルダは作れないですし。

確かにそれを言い出したら、インストール時も、
Program Filesの中に同名のファイルがあったらどうするんだとか出てきますが。

**デフォルトの名無しさん** · 2023/09/27(水) 14:26:16.30

>>750
作る前に存在の有無ぐらい確認するでしょ

**デフォルトの名無しさん** · 2023/09/27(水) 14:52:35.81

それはアプリ作成側がそこまで思いを致すかどうかなんだよ

**デフォルトの名無しさん** · 2023/09/27(水) 15:25:13.52

>>750
テンポラリファイルではなく、固定名のサブフォルダを作る場合は
C:\Users\ユーザー名\AppData\Local\会社名
で作るのが一般的では？(暗黙のルール？)

個人で作ってるならアプリ名を元に他と被らないようにするとか

**デフォルトの名無しさん** · 2023/09/27(水) 23:12:54.83

その為のレジストリなんじゃないのか？
キーは基本的に会社名含めてるから被らないし、ファイルを作成して消耗するより楽だろ

**デフォルトの名無しさん** · 2023/09/28(木) 06:29:56.08

テンポラリの作業用にレジストリ使うの？
ファイル造る方が楽

**デフォルトの名無しさん** · 2023/09/28(木) 08:45:42.90

>>753とか>>754とか
世の中に同じ名前の会社が一切存在しないと思ってんだろうか

**デフォルトの名無しさん** · 2023/09/28(木) 09:48:55.62

知らんわ
あとから出来たほうが対策しろよｗ

**デフォルトの名無しさん** · 2023/09/28(木) 10:00:55.49

ファイルやディレクトリ造るために社名変更するまである

**デフォルトの名無しさん** · 2023/09/28(木) 10:03:24.72

実際被ってたことってある？
俺はないけど

**デフォルトの名無しさん** · 2023/09/28(木) 19:13:55.93

俺はいまでもかぶってる

**デフォルトの名無しさん** · 2023/09/28(木) 23:36:06.79

もげろ

**デフォルトの名無しさん** · 2023/09/29(金) 08:59:20.90

病院行ってこい

**デフォルトの名無しさん** · 2023/09/29(金) 09:07:48.85

整形外科？泌尿器科？

**デフォルトの名無しさん** · 2023/09/29(金) 11:10:40.92

風呂入れよ
https://www.youtube.com/watch?v=DTDMHUuC3rI

**デフォルトの名無しさん** · 2023/10/07(土) 15:05:12.07

>>750
>確かにそれを言い出したら、インストール時も、
>Program Filesの中に同名のファイルがあったらどうするんだとか出てきますが。
Windows Installerは排他実行だった気がする。

**デフォルトの名無しさん** · 2023/10/07(土) 15:05:22.61

>>750
>確かにそれを言い出したら、インストール時も、
>Program Filesの中に同名のファイルがあったらどうするんだとか出てきますが。
Windows Installerは排他実行だった気がする。

**デフォルトの名無しさん** · 2023/10/09(月) 03:22:17.67

>>764
グロ

**デフォルトの名無しさん** · 2023/10/09(月) 08:17:21.60

リソースの作成は、片山さんのを使っているのですか？

**デフォルトの名無しさん** · 2023/11/27(月) 15:12:37.06

はい

**デフォルトの名無しさん** · 2023/12/05(火) 09:32:43.89

MoveFileExにはMOVEFILE_WRITE_THROUGHというフラグがあって、
直後にディスクへフラッシュすることができるけど、
これと同じことをCopyFileで行うことはできますか？

**デフォルトの名無しさん** · 2023/12/05(火) 12:40:51.43

>>770
単独では無理そうなので、CopyFile2 をつかうといい。
https://devblogs.microsoft.com/oldnewthing/20221007-00/?p=107261

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

>>771
Microsoft公式で、こんな苦し紛れな方法が紹介されているんですね。
MoveFileExはNT3.1以降の関数なのに。

**デフォルトの名無しさん** · 2023/12/05(火) 15:56:54.94

>>770,771
どっちもそれだけでは不意の電源断でロバストじゃないのが難しい。

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

タイムスタンプが1970年だかのファイルを仮置きして別名でコピーしたら挿げ替え
電源断が怖いなら挿げ替え部分だけアトミックに作ればいい

**デフォルトの名無しさん** · 2023/12/05(火) 22:40:24.43

>>774
>電源断が怖いなら挿げ替え部分だけアトミックに作ればいい

この部分は具体的にセオリー的なやり方があるのですか？
挿げ替えで思い当たるReplaceFileはアトミックか分かりませんでした。

**デフォルトの名無しさん** · 2023/12/06(水) 11:02:51.03

CopyFileではいったんテンポラリファイルにコピーして、
それをMoveFileExで正しいファイル名に変更するとかやれば、
ちゃんと書き込まれる可能性は高くなるんですかね

**デフォルトの名無しさん** · 2023/12/06(水) 13:32:02.74

アトミックなファイル操作
https://heartbeats.jp/hbblog/2013/10/atomic01.html

（ちょっと古いけど）

**デフォルトの名無しさん** · 2023/12/06(水) 18:36:06.88

>>775
Rep略はアトミックだよ
MSのどっかに書いてあった

**デフォルトの名無しさん** · 2023/12/06(水) 18:43:37.11

https://learn.microsoft.com/ja-jp/windows/win32/fileio/deprecation-of-txf

**デフォルトの名無しさん** · 2024/01/02(火) 18:23:35.28

RtlReAllocateHeap(GetProcessHeap(), 0, lpMem, dwBytes)
これをそこそこの頻度でやってると特定回数目にクラッシュしてしまうんだけどどういうことなのだろうか
よくある戻り値null未チェックとかそういう事ではなく上記関数内で落ちるんだよね
lpMemも間違いなく生きてるメモリなのは確認済みでdwBytesも不自然な値ではない

呼び出し方が悪いのかと思ってmalloc、reallocに変えてみてもやはり同様の場所でクラッシュしてしまう

**デフォルトの名無しさん** · 2024/01/02(火) 21:23:43.76

API変えても発生するならAPI関係ない場所のお前のバグじゃん

**デフォルトの名無しさん** · 2024/01/02(火) 23:51:50.03

>>781
WindowsのreallocはHeapReAllocのラッパーでHeapReAllocの実態はRtlReAllocateHeapへのリンクに過ぎない訳だが

**デフォルトの名無しさん** · 2024/01/03(水) 00:50:32.19

mallocやreallocもまともに使えない子はこのスレに来るのはまだ早かったねー

**デフォルトの名無しさん** · 2024/01/03(水) 01:02:21.99

正月ボケを晒すスレ

**デフォルトの名無しさん** · 2024/01/03(水) 09:46:34.80

free 済のポインタに対して　再び free したんじゃないの？

**デフォルトの名無しさん** · 2024/01/03(水) 09:47:05.92

realloc の頭で free するからね

**デフォルトの名無しさん** · 2024/01/04(木) 19:03:00.23

特定回数でクラッシュするなのがわかってるなら
アドレスがどう変化した時にクラッシュするとかわかりそうなもんだ

**デフォルトの名無しさん** · 2024/01/04(木) 22:30:57.77

mallocで大きなメモリを取得して、その領域から切り出すalloc関数などを作って差し替えてデバッグするとか？
組み込み系で良くやるけどね。

**デフォルトの名無しさん** · 2024/01/04(木) 22:40:26.44

ﾎﾞｿ HeapAlloc()

**デフォルトの名無しさん** · 2024/01/04(木) 22:48:53.63

>>786
それはおかしいだろ
(アドレスが変わる場合は)freeする前に新しいアドレスに内容コピーしないといかんから

**デフォルトの名無しさん** · 2024/01/14(日) 00:10:31.18

BoundsChecker か PURIFY ですぐ究明できそうな気がするけど

**デフォルトの名無しさん** · 2024/01/16(火) 14:06:03.29

メモリのフラグメンテーションで大きい領域がとれないんじゃない？

**デフォルトの名無しさん** · 2024/01/23(火) 16:49:29.22

ファイルパスなんかはカーネルが結局UNICODE_STRINGとして扱うからwchar版の方がパフォーマンス良いけどadvapi32のレジストリ系関数はどうなんだろうか？

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

WM_MOUSEFIRSTからWM_MOUSELASTのメッセージって、
これから追加されるメッセージもLPARAMはすべてマウス位置のクライアント座標が入る、という約束はありますか？

**デフォルトの名無しさん** · 2024/02/21(水) 15:57:22.07

Spy++のメッセージウィンドウには、「S」や「P」の文字が表示されていて、
それがSendで送られたのかPostで送られたのかがわかるようになっていますが、
これと同じ区別を、自身のメッセージハンドラ上で行うことはできるのでしょうか

InSendMessageというAPIは見つけたのですが、
Spy++で「S」と表示されるものでも0が返ってきてしまいました

**デフォルトの名無しさん** · 2024/02/22(木) 22:51:02.73

分別してどうするのさ

**デフォルトの名無しさん** · 2024/02/23(金) 16:31:44.91

InSendMessageは別のスレッドからSendMessageされたかを判断する、と説明があるから、
単純にSendMessage呼び出しを判定するものではなさそう

同一スレッドからのSendMessageの呼び出し判定は、ウィンドウプロシジャのコールスタック辿って
SendMessageのエントリポイントと比較するとか、何か追加で頑張る必要がありそう

**デフォルトの名無しさん** · 2024/02/23(金) 17:02:46.18

Snedはメッセージキューに来ないからあればPostなければSendやぞ

**デフォルトの名無しさん** · 2024/02/24(土) 00:12:34.16

内部でIsPostMsgとかフラグ作ってDispatchMessage()を呼ぶ時に１にする終わったらゼロにする

**デフォルトの名無しさん** · 2024/02/24(土) 09:12:26.23

ウィンドウプロシジャが呼ばれる経路はそれだけ？

**デフォルトの名無しさん** · 2024/02/24(土) 13:03:44.44

Postでキューに入ったのを取り出して呼ばれるのはそこだけでしょう
Sendでは直接呼ばれる
もしウィンドウプロシージャの中からSendしてたらこれは使えない

**デフォルトの名無しさん** · 2024/02/24(土) 13:41:01.55

自アプリ側で予め
SendMessage PostMessage
をフックしとけば良いのでは？

**デフォルトの名無しさん** · 2024/02/24(土) 14:33:49.19

http://bonurd.winofsql.jp/sb/log/eid175.html
SendMessage と PostMessage のフック

**デフォルトの名無しさん** · 2024/02/25(日) 11:17:44.56

>>796-803
ありがとうございます
Spy++はメッセージをフックしているから、SendとPostの区別もできるということなんですかね

**デフォルトの名無しさん** · 2024/04/29(月) 03:35:32.42

intから__int64へ

**デフォルトの名無しさん** · 2024/05/08(水) 06:48:18.53

てす

**デフォルトの名無しさん** · 2024/05/08(水) 06:59:53.68

自作アプリに対してSendMessageでWM_APP送ってるけど送れてない（受信できていない）ことがあったので
送信側でGetLastErrorしたら
> 0x05：アクセスが拒否されました。
が取れました。

ここによると
ttps://learn.microsoft.com/ja-jp/windows/win32/api/winuser/nf-winuser-sendmessage
> メッセージが UIPI によってブロックされると、 GetLastError で取得された最後のエラーは 5 (アクセス拒否) に設定されます。

これに該当してる？のか他の原因でアクセス拒否されているのか分からないけど、
受け側のアプリはずっと起動したままで直前までメッセージ受信できていたことと、
その後もアプリが死んでいるようには見えず操作できるし動作ログも残るため、
ただただWM_APPメッセージ受信のみ（？）できなくなっているような状況です。

ここで質問ですが、どういう時に急にメッセージ受信できなくなるのか、エスパーお願いします。

今後の対策としては受信側でChangeWindowMessageFilterを使ってWM_APPを許可すれば良さそうだと当たりは付けていますが・・
権限レベルを弄ったりということは一切していないので、問題の発動条件が知りたいです。

**デフォルトの名無しさん** · 2024/05/08(水) 21:35:37.84

まず再現性あるのか確認してね

**デフォルトの名無しさん** · 2024/05/08(水) 21:47:14.20

んで、この手のシステムからの意図しない介入問題が起きた場合は、
原則プロセスの再作成で解決するしかない

**デフォルトの名無しさん** · 2024/05/08(水) 21:51:37.73

これはLow Level Hookが外れた時の対処と同じ
恐らくSendMessageの処理が規定時間以内に終わらなかったとかで適当に介入してるんだろう
知らんけど

**デフォルトの名無しさん** · 2024/05/09(木) 08:54:43.22

知らんけどで逃げるなｗ

**デフォルトの名無しさん** · 2024/05/09(木) 11:45:17.50

>>808
再現性ないと言っていいのか、手元では再現できず
エラーが出た環境でも普段は問題出てなくて、たまたま問題が出たのに気付いてログを漁ってエラーコードが分かり、
過去ログも遡ると半月前にも一度エラーが出ていたのは分かりました

この問題が出た環境は24時間PC&アプリ起動しっぱなしということらしく、その時点で
何となくお察し感がなくもないですが原因ははっきりさせたいなと

>>809-810
受信側は一切メッセージの受信を感知していない（ログに全く残らない）ようなので
規定時間以内に終わっていないというようなことではないとは思いますが、
何かしらの原因で適当に介入されている感はすごくあります

まあ適当に～されたとしても、はっきりしたいところです

**デフォルトの名無しさん** · 2024/05/09(木) 15:19:14.25

断片化回避のためにSetFilePointer -> SetEndOfFile -> SetFilePointerサンドイッチってもう古いやり方？
.NETのFileIO実装がSetFileInformationByHandle(FILE_ALLOCATION_INFO)でやってるんだが

**デフォルトの名無しさん** · 2024/05/09(木) 19:16:20.44

SSDは？

**デフォルトの名無しさん** · 2024/05/09(木) 21:40:33.69

>>811
ちょっと調べてはみたけどstackoverflowでも迷宮入りしててだめだったんよね
SYSTEMプロセスから送れば拒否られないとは思うが
確実にプロセス間通信をしたかったらメッセージよりは名前付きパイプが無難だろうな

**デフォルトの名無しさん** · 2024/05/10(金) 23:35:02.72

>>815
迷宮入りまで調べてくれてたんですね

確かにパイプが無難です
今さらコイツを修正するには作り直しレベルなのでもう無理ですがｗ

とりあえずしばらく放置して色々な環境でログ収集して情報整理します
ありがとうございました

**デフォルトの名無しさん** · 2024/05/10(金) 23:49:50.70

>>807
再現性はともかくとして、SendMessageが途中から拒否られる事象がOSのどのバージョンで発生したか書いといてくれると嬉しい

**デフォルトの名無しさん** · 2024/05/11(土) 03:02:04.26

>>817
どうもすみません
Windows11 home 23H2です

ちょうど今おかしな環境のPCがまたおかしくなっているようなので調べていましたが、
受信側プロセスが管理者特権に変更されているようで、これが原因ですね

送信側は管理者特権は付与されていませんが、送信側プロセスから受信側プロセスを
起動していますから、最初は特権が付与されていないはず・・・

ということでどちらのプロセスも再起動させたところ、どちらも標準ユーザーになっていました
explorerからexeプロパティを見ても管理者権限はチェックされていないようです

意図せず途中で管理者特権が付与される可能性はあるのでしょうか？
（プログラム的にはそんなことしているつもりはもちろん無いですが）

**デフォルトの名無しさん** · 2024/05/11(土) 12:31:06.19

無意識にそんな特権付与されたら怖すぎるがなｗ
システムが一時的に特殊な状態にしてるんじゃないの

**デフォルトの名無しさん** · 2024/05/13(月) 00:51:53.26

APIの先で起動されるスレッド（OSが起動する）が管理者特権付きで
それがアクティブな瞬間はプロセスが管理者特権付きに見えて、
そんなタイミングのプロセスに一般ユーザがメッセージ送ると、
管理者様に対して頭が高いぞってアクセスデナイド。
とか想像してみた。

**デフォルトの名無しさん** · 2024/05/13(月) 02:44:07.73

818です

ログを見ると、一度メッセージ受信できなくなるとずっと受信できていないようです
管理者特権が付いているのを確認したのはタスクマネージャでの目視ですが、
見たところずっと特権がついているのでタイミングの問題ではなく、何かしらの拍子で特権がついたまま
という感じですね

今のところ、24時間起動したまま使い続けていますがあれから特権はついていません

特権を必要とするようなコードを書いたことない（つもり）なので、原因にたどり着くのは中々難しい状況です
例えば、どんなことをすると特権が付与される（UIもなく勝手に？）のでしょう？

**デフォルトの名無しさん** · 2024/05/16(木) 19:26:12.96

心当たりが無いなら今月のCVE-2024-30051だとか特権の昇格の脆弱性のどれかに引っかかってる可能性あり

**デフォルトの名無しさん** · 2024/05/18(土) 14:21:00.21

>>813
自己レスだけどSetFileInformationByHandle(hFile, FileAllocationInfo...)でやるとサイズが小さい場合にMFT内にデータ埋め込んで完結する場合でも1セクタ確保されてしまうようなので旧来の方法でやる方が無難だった

**デフォルトの名無しさん** · 2024/05/21(火) 10:59:49.66

>>813
埋め込みサイズ上限を上回る新規ファイルを作る場合ならハンドル作成時にアロケーションサイズも同時指定する方が良さそう

**デフォルトの名無しさん** · 2024/05/25(土) 11:34:53.77

>>807,821
疑ってすまないけど、本当に隅から隅まで自分で書いたプログラムなのか？
OSSをちょっと弄った程度で自作アプリと言っているだけなんじゃないか？

**デフォルトの名無しさん** · 2024/05/29(水) 17:30:16.76

リストビューで範囲選択したときの青い枠の色や内部の半透明な色の値は、APIで取得できるのでしょうか

**デフォルトの名無しさん** ころころ · 2024/05/29(水) 18:37:40.98

出来るよ

**デフォルトの名無しさん** · 2024/05/29(水) 18:43:52.23

GetSysColor

**デフォルトの名無しさん** · 2024/05/29(水) 18:52:44.95

この辺りlinuxやMacのWMとかと違って有る程度の値の取得変更できるのはWindowsの強みだったよな

**デフォルトの名無しさん** · 2024/05/29(水) 19:04:09.64

>>828
GetSysColorはRGBの値で、透明度の値まで持ったものを返すようには見えなかったのですが、
具体的にどのパラメータを指定するのでしょうか？

**デフォルトの名無しさん** · 2024/05/29(水) 19:05:11.69

他スレでスクリーンショットのマルチポストがあるけど、加えてコントロールの色を取得か

AIに食わせるUI Automation学習データを整備してるのかな

**デフォルトの名無しさん** · 2024/05/30(木) 16:56:56.15

半透明じゃなくて字と地の色を反転させてるだけだろ

**デフォルトの名無しさん** · 2024/05/30(木) 21:32:57.61

>>832
XPの頃からある範囲選択時の半透明の青なのですが

**デフォルトの名無しさん** · 2024/05/30(木) 21:38:53.94

>>833
プログラム組んでるのなら自分で逆算しろ

**デフォルトの名無しさん** · 2024/05/30(木) 21:44:25.79

>>834
どのWindowsでも画面設定とか関係なくこの青なら直値で計算してもいいけど、
なにかのAPIで取得できるなら合わせておきたいです

**デフォルトの名無しさん** · 2024/05/31(金) 08:56:42.01

稀によく自分で手を動かすのと人に訊く比率がバグってる奴がいるよな
本人は自覚があるから分散してるつもりだろうけど一回そう思われたら終わりなんだよ
職場で塩対応されてるんだろうな

**デフォルトの名無しさん** · 2024/05/31(金) 13:33:58.54

>>835
GetThemeColor じゃだめ？

**デフォルトの名無しさん** · 2024/05/31(金) 15:08:47.69

COLOR_HIGHLIGHTとCOLOR_HIGHLIGHTTEXTじゃないの？

**デフォルトの名無しさん** · 2024/06/27(木) 10:21:37.70

Chromeや秀丸系製品で、タブをウィンドウ外にドラッグすると、別ウィンドウに分割できるのは、
頑張ればプロセス起動で実装できるような気もしますが、
さらに別のウィンドウの中のタブ群に移動できるのは、魔法な気がしますよね。
別プロセスの中にタブをごっそり移動するというのは、難しい気が。
どうも、画面の各タブごとに最初からプロセス起動しているようですが。
Wzエディタとか、複数立ち上げても異なるプロセス間のタブ移動はできないようですが、
これは、ウィンドウ＝プロセスだからですよね。

こういうのはWPFでは作れないと思うので、今となってはこのあたりがWin32APIの将来性？

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

SetParent

**デフォルトの名無しさん** · 2024/06/27(木) 11:13:43.84

>>839
ドロップされたらドロップ元が自分のアプリと確認できればタブ生成して、データを引き取って終わりで駄目？

**デフォルトの名無しさん** · 2024/06/27(木) 11:15:48.39

Win32APIでゴリゴリ作ることもできるけど
既存の仕組みを使うならOLEを検討すべきかも

**デフォルトの名無しさん** · 2024/06/27(木) 11:21:59.93

>>839
将来性も何も30年以上前から変わらない枯れた話だよ

**デフォルトの名無しさん** · 2024/06/27(木) 13:20:20.40

異なるウィンドウへタブをドラッグされたときに、ファイルを開きなおすというのは考えたんですけれど、
アンドゥとか、そもそも保存してないデータとかもあるから、案外、難しいんじゃないかと……
秀丸はファイルを開くとプロセス増えてるし。
Wzエディタはファイルを開くたびに増えないけれど、タブの結合に制約が発生するのかと。
Chromeもタブを開くたびにプロセス増えるけれど、これはサンドボックス関係の何かかもしれないですね……