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/06/19(月) 14:41:26.20

詳細なエラー情報を得るには、GetLastError を呼び出します。

**デフォルトの名無しさん** · 2023/06/19(月) 15:24:58.51

他プロセスの生存確認はEnumProcesses()でやるべきなのでは

**デフォルトの名無しさん** · 2023/06/19(月) 16:12:12.17

>>701
その通りなのでその辺の修正を視野に入れていますが、中々再現性が薄いのもあり、そもそもの仕様として
どうなのかなという確認の意味で質問しました。

>>702
どうもすみません。説明に抜けというか間違いがありました。
生存確認だけではなく、WM_APP+nメッセージも送るためウィンドウハンドルが必要となります。
（実際、死んでいるなら起動処理も入れていますが）

要はプロセス間通信をしているのですが、データ自体はファイルマッピングによる転送、転送のトリガー通知を
メッセージ送信にしています。

**デフォルトの名無しさん** · 2023/06/20(火) 13:30:15.15

FindWindowで見つからないならHWNDも取れないんだし居ない者でいんじゃね
つかそこ悩むことじゃなくね

**デフォルトの名無しさん** · 2023/06/20(火) 14:36:54.12

>>700,703
ちなみにそのアーキテクチャはいつの設計なん？

**デフォルトの名無しさん** · 2023/06/20(火) 16:49:06.07

まずプロセス間通信するなら相手が居ない場合を必ず想定すべきでFindWindowの1度の呼び出しで一喜一憂すべきではない
プロセスの起動し直しも前提に数秒おきのFindWindow呼び出しポーリングはしたっていいと思うよ
メインウィンドウなんて高々数十個だしそんな負荷にならない

**デフォルトの名無しさん** · 2023/06/20(火) 20:40:34.74

該当プロセスを他プロセスから起動してたりするとどうなんだろ
あとFindWindowじゃなくてEnumWindowsなら拾えないことって無い印象だなぁ、ハンドルも取れるし

あまり関係ないけど、うちのクソシステムだとブラウザからサーバー上にあるエクセル開くんだけど、
Workbooksで拾えたり拾えなかったりするのよね(ExcelVBA)

**デフォルトの名無しさん** · 2023/06/21(水) 03:06:59.92

>>704
複数起動しないようmutexかけてるので、プロセス生きてるにもかかわらずFindWindowがNULL返すのなら好ましくないなと。

>>705
古いよ。保守だけで毎月3桁くれるんだからおいしい。

>>706
とりあえず見つからないならエラーも取得しつつ数秒間再試行かけてみました。
これで様子を見ます。

>>707
該当プロセスは他のプロセスからも起動したりテスト作業で自分で起動したりしてますが、一応拾えてますね。

**デフォルトの名無しさん** · 2023/06/21(水) 08:17:17.70

mutex の排他って CreateWindow する前 & メッセージループする前だから
プロセスは存在してるけど、window は無いって　中間的な状態じゃね？

**デフォルトの名無しさん** · 2023/06/21(水) 15:51:17.25

100円か

**デフォルトの名無しさん** · 2023/06/21(水) 16:38:24.82

999円かもしれないじゃないか

**デフォルトの名無しさん** · 2023/06/22(木) 17:55:22.58

>>701
詳細なエラー情報を得るには、関数を呼び出します。

**デフォルトの名無しさん** · 2023/06/27(火) 10:23:32.50

>>710-711
お前らその金額でおいしいの？仕事してくんない？

**デフォルトの名無しさん** · 2023/07/14(金) 05:28:13.99

スクリーンセーバー作ろうぜ

**デフォルトの名無しさん** · 2023/07/23(日) 16:38:12.26

POSIXのopenatとかをWindowsで実装したいんだけど、
NtCreateFileを使えとは見るんだけど、
実際のコードは見たなことない。

gnulibから実装した方がいいのかな？

**デフォルトの名無しさん** · 2023/07/24(月) 12:54:52.49

不特定多数に文字だけで意思疎通するには答えやすい尋ね方というのがあると思うが、そんなことよりスクリーンセーバー作ろうぜ

**蟻人間** ◆T6xkBnTXz7B0 · 2023/07/24(月) 13:10:56.94

>>715
https://github.com/katahiromz/hello-native-app
こちらを参考に。

**デフォルトの名無しさん** · 2023/08/04(金) 11:13:07.90

IME のオンとオフの実装で以前は
ImmGetContext
ImmSetOpenStatus
ImmReleaseContext
の３点セットで完全にオンとオフが機能していたように記憶しているのですが
今のWindowsでは機能しないことがあります(Windows 11 Home 22H2 OS Build 22621.2070)
この原因や解決策をわかる方がいたら教えてほしいです
Windows の公式サンプルでもこの３点セットでオンオフを実装しています
github.com/microsoft/Windows-classic-samples/blob/ac06e54a15e9a62443e400fffff190fb978ea586/Samples/Win7Samples/winui/input/ime/fullime/Main.C#L237

**デフォルトの名無しさん** · 2023/08/05(土) 03:35:25.87

旧版MS-IMEじゃないとダメなんじゃないっけ？知らんけど

**デフォルトの名無しさん** · 2023/08/05(土) 09:34:20.67

心配無用
Win11でなら上手く動かなくても許される

**デフォルトの名無しさん** · 2023/08/14(月) 19:56:12.96

y=f(x)のグラフを描こうとした場合、GDIのLineTo()で書けますが
グラフとx軸の間の領域を背景とは異なる色で描画しているアプリを
見かけることがあります。
ベタにやろうとすると(x,0)から(x,f(x))までを別のペンでLineToすれば
できそうですが、それだとあまりにも遅そうなんでどのようにするのが
一般的なんでしょうか？

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

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