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/08/14(月) 19:58:40.11

polygon

**デフォルトの名無しさん** · 2023/08/14(月) 23:17:07.87

>>721
グラフを描画するのであれば、さすがにそういうのに向いたプログラミング言語を使ったほうが
本質的な所に時間を使えるんじゃないか？

**デフォルトの名無しさん** · 2023/08/14(月) 23:53:10.89

（分かりやすく）グラフが丁度収まる矩形サイズの描画メモリをCreateDIBSectionとかで確保して
掛け算や条件文をなるべく使わずに、直接メモリを塗りたい色で書き換えて、
最後にその描画メモリをバックバッファへ転送する、とか

**デフォルトの名無しさん** · 2023/08/15(火) 08:10:50.28

PathTo

**デフォルトの名無しさん** · 2023/08/15(火) 10:10:52.28

データ左端,Y軸下端 to データ左端,Y値 to データX値,Y値 to
... to データ右端,Y値 to データ右端,Y軸下端 (to データ左端,Y軸下端)

**デフォルトの名無しさん** · 2023/08/15(火) 11:35:30.53

https://learn.microsoft.com/ja-jp/windows/win32/api/wingdi/nf-wingdi-polypolygon

**デフォルトの名無しさん** · 2023/08/15(火) 11:44:42.91

自分で線描画してメモリDCでダブルバッファするか
既製のチャートコントロールを使う
jもしくはavascriptにグラフ描画のは沢山あるからそ！をwebview2か何かで表示する

**デフォルトの名無しさん** · 2023/08/15(火) 12:32:58.41

いや、GDI+かDirect2Dを使えばいいんだよ

**デフォルトの名無しさん** · 2023/08/16(水) 10:30:08.97

>jもしくはavascript

斬新ですね

**デフォルトの名無しさん** · 2023/09/23(土) 00:28:12.62

メール関係のライブラリを知っていたら教えてください。
Windowsで使えるライブラリってないのでしょうか。

**デフォルトの名無しさん** · 2023/09/23(土) 04:00:25.45

まああるかないかで答えればあるんだけどさ
メール関係って言われても色んな技術の集合だしなあ
その質問をこのスレで聞いちまう所がまずセンスないよね

**デフォルトの名無しさん** · 2023/09/23(土) 09:47:18.93

mapi

**デフォルトの名無しさん** · 2023/09/23(土) 14:43:48.51

送受信はたいしたことないけど
お行儀悪いのを忖度して可視化するのがとても大変

**デフォルトの名無しさん** · 2023/09/23(土) 18:43:45.24

HELO

**デフォルトの名無しさん** · 2023/09/23(土) 23:00:13.46

USER
PASS

**デフォルトの名無しさん** · 2023/09/24(日) 09:35:27.98

EHLO

**デフォルトの名無しさん** · 2023/09/24(日) 19:41:47.04

RFC821

**デフォルトの名無しさん** · 2023/09/25(月) 13:09:43.15

ERO

**デフォルトの名無しさん** · 2023/09/26(火) 13:29:13.68

GetTempPathで取得できるフォルダ(AppData\Local\Temp)の中を見ると、
固定名と思われるサブフォルダを作っているアプリが結構あるのですが、
こういうアプリって、その固定名のサブフォルダが他のアプリと競合したり、
同じ名前のファイルがすでに存在していてサブフォルダを作るのに失敗したりするケースは、
ちゃんと想定しているものなんですか？

**デフォルトの名無しさん** · 2023/09/26(火) 14:42:44.03

作り手次第だよ
ちょっと考えれば判るよね

**デフォルトの名無しさん** · 2023/09/26(火) 16:13:27.26

>>741
想定していないアプリなんかは、事前に同じ名前の空ファイルでも置いておけば、
テンポラリフォルダを作れなくて正しく動かなくなってしまうということですよね？

**デフォルトの名無しさん** · 2023/09/26(火) 16:59:03.55

同名のファイルが存在してサブフォルダが作れずに阻害された後
どうなるかも作り手次第だろうね
名前を変えて悪あがきするか、エラー報告して終わるか、だんまりするか・・・

**デフォルトの名無しさん** · 2023/09/26(火) 19:44:54.79

単なるファイルのコピーすら気を付けても穴だらけだしな
その時点の知識で最良を目指すしかない

**デフォルトの名無しさん** · 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もなく勝手に？）のでしょう？