Win32API質問箱 Build127

■ このスレッドは過去ログ倉庫に格納されています
2021/12/09(木) 21:32:56.60ID:sYLpmj89
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/04/28(金) 08:28:43.45ID:dRuFEUWm
10で平気なら11のバグだな
窓板の11バグ多すぎワロタスレに報告しとけよ
616デフォルトの名無しさん
垢版 |
2023/04/28(金) 10:51:05.85ID:pksuSfee
閉じてから印刷
2023/04/30(日) 17:14:32.74ID:dQsz62eN
PrintDlgってcomdlg32.dllだよな
comdlg32.dllはバグで有名なやつじゃないか
2023/04/30(日) 19:59:15.10ID:Aup++SJD
Microsoftの直接的な関係者ではなく、TSF (Text Services Framework)の仕組みを知り尽くしている人を募集中。成功報酬あり。
katayama.hirofumi.mz@gmail.com
619デフォルトの名無しさん
垢版 |
2023/04/30(日) 20:06:36.85ID:/hwg+Moy
Firefoxのにゃるるにコンタクトすれば？
あと成功報酬ではなく労働報酬あるいはコンサルタント報酬であるべきだよ
2023/04/30(日) 21:05:43.46ID:Aup++SJD
にゃるるってダレ？
検索しても見つからないよ
621デフォルトの名無しさん
垢版 |
2023/04/30(日) 21:19:58.80ID:8kv4t+8E
書き込めなかった、ローマ字で検索して
にゃるる が地球にいたころ

って言うか自分で勉強検索してたら最も頻繁に出てくる
2023/04/30(日) 21:52:27.43ID:Aup++SJD
ありがと
2023/04/30(日) 21:55:44.21ID:9BNVTRHB
地球にいないのでは無理では？
2023/04/30(日) 22:05:27.13ID:AaWD86jI
報酬が相場より2桁くらい少なそう。
2023/05/02(火) 21:18:50.29ID:koHs32mY
WaitOnAddressってアドレスの値が比較対象と違う値に変化したら自動的に起きるっていう魔法みたいなものではないんだね
呼んだ瞬間に比較対象と違ったら即返る、同じだったら後ほど変わったとしてもWakeByAddress系で通知しなきゃ起きないっていう原始的なイベントと言うほど変わらない感じか
2023/05/03(水) 14:28:28.65ID:wz1HqF7D
directoryなら監視してくれるけど
https://www.youtube.com/watch?v=hKLBPXg8oik
呼んだ瞬間に比較対象と違ったら即返る
同じだったら返らない
っていうのを期待してる？
2023/05/03(水) 20:05:13.46ID:v7V26Uwz
>>626
その挙動は既にWaitOnAddressに組み込まれてる訳だけど
対象アドレスの値が変わったら通知とか無しに自動的に戻ることを期待していた
そうじゃなくてマニュアルでWakeByAddress呼ばなきゃいけないからイベントとそこまで変わらんなぁと
まあハンドル作らずに済む点で手軽ではあるけど
2023/05/03(水) 20:45:04.91ID:Kv12u2jn
8で追加されたAPIは頭悪い
OSが頭悪ければAPIも頭悪いという当然の帰着
2023/05/03(水) 21:24:23.86ID:+bgC2i5O
APIを使うだけならWin32よりWinRTの方が簡単でしょ
2023/05/03(水) 21:27:08.93ID:XU1+7Xhm
本当にそうか？
2023/05/03(水) 21:36:14.09ID:+bgC2i5O
>>630
ウィンドウ表示するコードはこれだけ

#include <windows.h>
#include <winrt/Microsoft.UI.Xaml.h>

using namespace winrt;
using namespace Microsoft::UI::Xaml;

int WINAPI wWinMain(HINSTANCE, HINSTANCE, LPWSTR, int)
{
init_apartment();
Application::Start([](auto&&) { Application(); Window window; window.Activate(); });
return 0;
}
2023/05/04(木) 00:16:09.16ID:4Uvo6CUb
ラッパー系は手をつけにくいなあ、MFCやOWLの悪夢が蘇る
便利そうに見えて、覚えることが増えるだけだったり
見えざる制約が足枷になったり、バージョン管理が面倒だったりと
やむを得ない場合は仕方ないけど
2023/05/04(木) 00:34:52.44ID:qlZGMdPb
WinRTってMS的にはWin32と同列の扱いだけど、WinRTは内部でWin32を使ってるのだろうか？
2023/05/04(木) 05:10:21.07ID:P5ZkmciJ
COMを焼き直して名前変えただけと言えばいいのか
ただCOMの利点だったIDispatchで適当な言語から扱うみたいな事ができないうんこです
2023/05/04(木) 07:28:00.92ID:Nm4VxhU5
>>632
確かに恐ろしい部分はあるかも
2023/05/04(木) 07:33:59.15ID:Nm4VxhU5
WinRTはC#の情報ばかりでC++の情報が少ないから苦労するかも
その点Win32は情報が多いからいいね
2023/05/06(土) 10:58:22.01ID:SadRj80b
>>628
WaitOnAddressは利便性目的ではなく手軽さ+パフォーマンスが要点だからそうとも言えない
Thread立ち上げて立ち上げたスレッドがある地点まで到達するまで待ちたいみたいなちょっとしたシーンでは結構便利
パフォーマンス的にもイベント待ちに比べて1000倍近く早かったはず
2023/05/11(木) 18:47:03.56ID:FTM2vWjW
Chromeのタイトルバーに「^」の文字を上下反転させたボタンがあって押すとミニウィンドウ的なのが開くのですが、このボタンを実装したいのですがどうしたらできますか？
Chromiumのソースコード見てもどこに該当コードがあるかわかりませんでした
c言語で実装したいです
2023/05/11(木) 18:55:17.65ID:OsVl9AaP
タブを検索ボタンか。ソースをTab Searchで検索すれば出てくるんじゃないの
2023/05/11(木) 19:52:12.33ID:FTM2vWjW
検索してみました
ttps://github.com/search?q=repo%3Achromium%2Fchromium%20tab%20search&type=code
タブを開いた時の挙動などはTypescriptで書かれているようでした
ttps://github.com/chromium/chromium/blob/cd5fe35a69d697dd48ad34d5670d090afcdc57be/chrome/browser/resources/tab_search/app.ts#L560
既存のアプリにc/c++で手軽にタイトルバーにボタンをつけてポップアップウィンドウが開けてそこでボタンなどを選択できるような方法を知っていますか？
2023/05/11(木) 20:34:55.74ID:Tud0+/yk
手軽ではないと思うが DwmExtendFrameIntoClientArea を使えばできそう
https://learn.microsoft.com/ja-jp/windows/win32/dwm/customframe
2023/05/16(火) 23:21:04.68ID:bBMeTJtZ
LoadLibraryに渡されたlpLibFileName引数をどうにか呼ばれたdllmainから取得する事って出来ないかな
32bitならスタックフレーム遡ってLdrLoadDllを呼んだところの第3引数のスタックのUNICODE_STRINGから手に入れる事に成功したが
64bitだとfastcallになっちゃって第4引数まではレジスタ渡しされるからこの手法も通用しなくて詰んだ
kernel32やntdllのアセンブラ決め打って取得することは出来るだろうけどそこまではしたくない
2023/05/16(火) 23:26:32.45ID:bBMeTJtZ
ちなみになぜGetModuleFileNameではダメかというとハードリンクやシンボリックリンクのときにある条件下においてlpLibFileNameとGetModuleFileNameで一致しないケースが出てくるため
2023/05/17(水) 01:27:34.09ID:LUtEOwg/
>>643
その >ある条件下 で

TCHAR PathBuffer[BUFFSIZE];
GetMappedFileName (GetCurrentProcess(), (void *)hModule_DLL, PathBuffer, BUFFSIZE);
で、lpLibFileNameと同じパス(NT形式)が返ってくる？それともエラー？

試してないので結果を教えて
2023/05/17(水) 09:18:00.69ID:J+vPZ/2W
>>644
GetMappedFileNameだとリンク先の実体ファイル名が返ってきた
ある条件下というのは既に同じリンク先のdllがロード済みの場合に違う名前のリンクからロードしようとすると同一の物と判定され先客の方のhModuleが帰ってくるためGetModuleFileNameも先にロードしたほうの名前になる
C:\mod.dll ← 実体
C:\link0.dll ← シンボリックリンク
C:\link1.dll ← シンボリックリンク

最初にC:\link0.dllをLoadLibraryした場合、以降C:\link1.dllをロードしGetModuleFileNameをしてもC:\link0.dllが帰ってくる
GetMappedFileNameだと常にC:\mod.dllだった
646644
垢版 |
2023/05/17(水) 10:25:43.22ID:fHvb3D7j
>>645
確認ありがとう、参考になった
こみ入った環境なんだね
所望の動作でなくて残念だけど、他の手段に心当たりがない...
2023/05/18(木) 10:34:13.93ID:gc1pBp/r
pe iat import address table
辺りを弄れば
鶏卵かもしらんけど
2023/05/18(木) 12:21:08.02ID:Wn2vmhFl
load されたときの名前からパラメータ参照ファイルな .ini ファイルの名を変えたいって感じなのかな？

>>645 のケースだと
C:\link0.dll　でロードした場合には C:\link0.ini を参照し
以降 C:\link1.dllをロードした場合には C:\link1.ini を参照したい　と
この場合　単に同じ実体でリンクカウントが１増えるだけであっても区別したい　ということか
2023/05/18(木) 12:49:23.99ID:gc1pBp/r
DLLはメモリに直接ロードする方法もあるから
不正を正したいって意図なら無力だよ
2023/05/18(木) 23:43:11.96ID:qdON7ber
1. FindFirstFileでリンクか実体かを判定
2. VirtualAllocExで実行可領域のメモリを確保
3. ReadFileでDLLを読み込む
4. PEヘッダのIMAGE_OPTIONAL_HEADER64.ImageBase+IMAGE_SECTION_HEADER.VirtualAddressに各セクションをコピー
5. DLL内のImportLibraryを同じ手順で再帰的にロード
6. DLL_PROCESS_ATTACHとDLL_THREAD_ATTACHでDllMain呼び出し
2023/05/19(金) 14:28:26.73ID:FHSnxikS
Win32APIのGUIに著作権ってある？
自分用ならまぁ好きにしたらって程度だと思うけど
ボタンとか目コピで丸パクリしてアプリケーションとして配布したらダメなのかな
2023/05/19(金) 14:50:21.97ID:D8eITJ2Q
腐ったバナナの皮ですらアートとして認められるからな
許諾なしなら著作持ってる奴次第
2023/05/19(金) 20:19:56.03ID:c7UfD3kr
ReactOSはかなり似てるけどね
アイコンはTangoのを使ってるけど、形的なものはそっくりだな
テーマ機能があるから、訴えられても簡単に変えられるし、大した問題でもないが
2023/05/19(金) 20:39:13.36ID:OUfVoMDF
https://monolith-law.jp/corporate/design-ui-copyright-law

レイアウトや色の使い方ぐらいじゃ侵害にはならないだろうって判断と
あとは「思想又は感情を創作的に表現」したものであるかが関わる
それと著作権法に触れなくても意匠法にに触れる場合はあるとさ

>>651
複雑なデザインのボタンがあってそれを丸コピしたなら危ないけど
WinAPI程度のボタンだと「レイアウトや色の使い方」の範疇に思う
2023/05/19(金) 20:46:16.58ID:IeFHnOxn
>>651
あの大きさでは目コピって言いわけしても無理だろｗ
90%一致できるｗ
2023/05/19(金) 22:40:34.19ID:9QPyu6+L
悪目立ちしなきゃ大丈夫って感じかな
どうもありがとう
素直に使いこなせれば変なことしなくていいんだけど
2023/05/20(土) 13:22:54.16ID:QfLlK72x
>>654
Windows自体がMotifのパクリ
2023/05/20(土) 15:28:47.38ID:GL6RWJiS
あの立体的に飛び出たボタンは誰が最初にやったかを少し調べてみたら、やっぱりMotifが最初にやった可能性が高いな
Windowsも旧Mac OSもMotifより前にリリースされてるけど、ボタンは黒い線で縁取られてるだけだからね
Motifがリリースされた1989年の直後、1990年にWindows3.0がリリースされてボタンが立体的になった
ただ、リリース直後のMotifの見た目は確認出来なかった
659デフォルトの名無しさん
垢版 |
2023/05/21(日) 05:50:22.86ID:wNzdA/GS
誰も突っ込まないけどWin32APIのGUIってなんだよ？
2023/05/21(日) 09:39:48.68ID:WLjUQB8s
GDI32.DLL
つうかWindowsはGUIだろ
2023/05/21(日) 12:08:47.18ID:+3uTL0QF
面倒なことしなくてもDLLからアイコンロードすればいいんだけどな
2023/05/21(日) 15:30:11.58ID:4p2tw/ut
>>659
CreateWindow()とか知らないの？
663デフォルトの名無しさん
垢版 |
2023/05/21(日) 17:54:29.28ID:BWx6f6vD
CreateWindow() のどこがGUIなんだって話なんだけど。
GUIを構成するためのAPIの一つではあるがGUIと言われても違和感しかない。
2023/05/21(日) 18:18:37.48ID:Ifo/fxoU
皆行間読んで回答してるんだよ
そういうのを読み取れずにいちいち突っかかってくるお前に違和感しかないわ
665デフォルトの名無しさん
垢版 |
2023/05/21(日) 20:46:54.79ID:BWx6f6vD
行間が読み取れてないわけでも突っかかったわけでもなくて
気になる人いないの？って問うただけなんだけどね。
2023/05/21(日) 20:55:29.63ID:hFZuZI8a
GUIじゃなくてGUIパーツね
それを指摘してどうすんの？
2023/05/21(日) 21:06:29.15ID:WLjUQB8s
GUIのデザインパクっていいっすか？だろ？
左上にシステムメニューと閉じるボタン
右上にアイコン化、全画面化がWindows3.1のGUIだ
2023/05/21(日) 22:29:14.29ID:5ynrmfbS
よく読めよ
ボタンのビットマップとかのGUIパーツについて言ってるだろ
GUIのメソッドについてはパクるまでもなくAPI呼び出せば自然にそうなるから
2023/05/22(月) 00:44:58.78ID:Ff1Yirur
それwin32api関係なくね？
2023/05/22(月) 02:26:03.44ID:Zf+cjPeC
comctl32もwin32apiだと思う
671デフォルトの名無しさん
垢版 |
2023/05/22(月) 11:33:40.49ID:Omf9ofNg
Win32API の話ならム板
Win32API の著作権の話ならマ板
Win32APIのGUI?(ツールのデザイン)? の著作権の話なら著作権板
だろうな
遠すぎる
672デフォルトの名無しさん
垢版 |
2023/05/22(月) 22:29:16.30ID:DLlnfzHn
うるせー馬鹿
2023/06/01(木) 18:53:13.24ID:hCiag/wO
winsqlite3って勝手に最新版のsqlite3でstdcallにしてコンパイルして上書きしても問題起こらないんかな
674デフォルトの名無しさん
垢版 |
2023/06/06(火) 23:10:55.17ID:VJFPZJIc
テキストカーソルインジケーターをアプリに組み込みたいんですが、どこかにサンプルコードないですか？
2023/06/06(火) 23:42:13.94ID:kMZUPc/s
>>674
>>618: 蟻人間
似た状況の話に見えるどnyaruruはどうなったんだ？
2023/06/06(火) 23:46:10.64ID:XV1AZyoR
>>674
キャレットはXORペンで描くのがコツだね。
2023/06/06(火) 23:50:08.39ID:XV1AZyoR
システム標準のキャレットを使うならCreateCarat、ShowCaratなどを使う。

https://learn.microsoft.com/ja-jp/windows/win32/menurc/using-carets
2023/06/07(水) 13:08:22.78ID:xTW5tL3j
>XOR
灰色背景だと見えなくなるから賛同できないわ
2023/06/07(水) 13:24:44.47ID:RsLfWKsz
標準のエディットコントロール内に居るキャレットって XOR 描画してるよね
2023/06/07(水) 15:03:13.28ID:BwWz5oN8
たいていは白色がテキスト入力で灰色は入力不可の部分だからいんじゃない
2023/06/07(水) 23:21:33.35ID:HdTy5x+f
読み取り専用とかで灰色背景はよくあるけど
682デフォルトの名無しさん
垢版 |
2023/06/08(木) 21:52:05.26ID:xczGeZ8q
キャレットもそうだけど、最近なんか範囲選択表示で、半透明の矩形上に重ねるだけのエディタ多くね？
あれ見づらいんだよなぁ・・・フルスクラッチで作るなら確かに横着できて楽なんだろうけど
2023/06/08(木) 22:08:34.87ID:asQ3aAAN
エディットコントロール自作はやめたほうがいい

IMEが機能してるように見えても、音声入力や音声入力編集、読み上げで制限があるのが大半だから
キャレットもOSの強調表示機能があるし、知らないところで多機能を要求される
2023/06/09(金) 00:33:21.65ID:HaYoNzhW
自作エディットコントロールわざわざ作るときって巨大ファイル編集したいとかじゃないの
OSが勝手に後付けしたアクセシビリティ機能とか知らんでいいよ
2023/06/09(金) 06:30:59.27ID:J1Oq+Y/w
>>684
縦表示も独自実装、フルスクラッチでないけど

縦書きエディタTATEditorはwxWidgetsカスタムのようだ
https://qiita.com/496_/items/ebfb1e5eefaa9aa8f5bf
https://www.youtube.com/watch?v=_qnk_fNQvCo
2023/06/09(金) 06:34:59.04ID:J1Oq+Y/w
老舗エディタ(mifes, em)は巨大ファイル対応

これが異彩を放ってる
小さいメモリ（100MB以下）で大規模テキストファイル（5TB以上、2兆5000億行以上）を編集できる世界唯一の超巨大テキストエディター
https://szkwjp.サクラ.ne.jp/
https://i.imgur.com/isKK2x5.png
2023/06/09(金) 06:41:25.43ID:J1Oq+Y/w
Meryもdelphi製コントロールをヘビーカスタムしてたと思う
http://www.haijin-boys.com/
2023/06/09(金) 06:44:24.60ID:J1Oq+Y/w
この人は完全自作かも
https://twitter.com/TZEditor
https://twitter.com/5chan_nel (5ch newer account)
2023/06/09(金) 06:46:39.63ID:J1Oq+Y/w
アクセシビリティ機能が要らない前提なら沢山あるね
690デフォルトの名無しさん
垢版 |
2023/06/09(金) 21:43:38.94ID:KphHYdc7
>>686
emEditor世話になっているけど意外に保存遅いんだな
まぁ頻繁に保存するような用途じゃないんだけど

そういや日本語フォント最速表示って今なんなんだろう、DirectWrite？
アルファベットなら予めテクスチャに全部落とせばいいんだろうけど
2023/06/09(金) 22:38:21.40ID:9anYwuVY
>>686,688はフリーじゃない

>>690
>意外に保存遅い
emEditorは今でも活発に最適化に努めてるから最新ではどうなのか不明

飽くなき高速化への挑戦！ 「EmEditor」はマルチスレッド・SIMD命令・仮想メモリをフルに使って進化
https://forest.watch.impress.co.jp/docs/special/1483714.html

freetypeが早いけどDWはOSがキャッシュしてくれる(ctfmon.exe)のが有利
harfbuzzもラスタライズしてくれるけどbitmapヒンティング切捨て、速度は不明
GDIはカラー絵文字ないから新規では厳しい

古い記事だけど 2017-05-21 GDI vs DirectWrite vs FreeType
https://i.imgur.com/8nDxIa3.png
https://silight.ハテナblog.jp/entry/2017/05/21/220505

TATEditorはfreetype (本来の速度より遅い気がする)
MeryはDW選択可能

今のnotepadはDWだと思うけどパラメータのせいなのか、同じ日本語フォントでもMeryの方がキレイ
一度気が付くと気になって仕方ない
2023/06/10(土) 16:44:39.28ID:Yvl44ooC
昔はメモ帳やらエディットボックスが32KBだかしか開けなかったせいでちょっと長いテキスト表示したいなら自作するしかなかったし
今のエディットボックスも使いやすいというわけでもないし
2023/06/10(土) 20:18:04.21ID:mnSa2udb
完全自作で良いの見つからないけどね
2023/06/13(火) 09:51:52.60ID:meEyuUg2
禿丸
2023/06/13(火) 10:08:02.73ID:sYfPkaoR
秀丸は1995年から今までずっと使ってる
2023/06/13(火) 11:00:54.79ID:M8hmmq2x
4000yen
2023/06/13(火) 16:26:23.21ID:u7AmJNUj
>>693
むしろエディタには完全自作しかない
エディタにあるような複雑な禁則事項はエディトボックスでは扱えない
2023/06/14(水) 08:13:22.34ID:EjsNogN3
高校生の頃からHTML直打ち自前サイト始めたから、秀丸にはお世話になったわｗ
699デフォルトの名無しさん
垢版 |
2023/06/14(水) 23:13:37.25ID:8tGzhu5T
>>691
690だけど遅レスですいません、詳しくありがとうございます
社内で使う遊びツールに活かさせて頂きます

というかここまで詳しい人ってもう
2023/06/19(月) 14:24:30.00ID:x2sgiUfE
FindWindowで他プロセスの生存確認を行っているのですが、その該当プロセスが死んではないものの
応答無しレベルで重い場合にFindWindowがNULLを返すことはあるのでしょうか？
ここでは他プロセスのトップウィンドウを検索しています。

該当プロセスが本当に死んでるなら当然でしょうが、それ以外でNULLを返す可能性があるならば
対策をしようと思いつつも、そんな可能性がないなら無駄なのでご存じの方よろしくお願いいたします。

さっとググった感じでは、他プロセスの子ウィンドウを検索する場合は問題ありのような感じですが、
本件はそうではないですしほとんどの場合NULLではなく正常にウィンドウハンドルを返してくれています。
2023/06/19(月) 14:41:26.20ID:wsVmiElF
詳細なエラー情報を得るには、GetLastError を呼び出します。
2023/06/19(月) 15:24:58.51ID:2pPxjP0B
他プロセスの生存確認はEnumProcesses()でやるべきなのでは
2023/06/19(月) 16:12:12.17ID:x2sgiUfE
>>701
その通りなのでその辺の修正を視野に入れていますが、中々再現性が薄いのもあり、そもそもの仕様として
どうなのかなという確認の意味で質問しました。

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

要はプロセス間通信をしているのですが、データ自体はファイルマッピングによる転送、転送のトリガー通知を
メッセージ送信にしています。
2023/06/20(火) 13:30:15.15ID:Dvlv0UV+
FindWindowで見つからないならHWNDも取れないんだし居ない者でいんじゃね
つかそこ悩むことじゃなくね
2023/06/20(火) 14:36:54.12ID:AYb44acK
>>700,703
ちなみにそのアーキテクチャはいつの設計なん？
2023/06/20(火) 16:49:06.07ID:Dvlv0UV+
まずプロセス間通信するなら相手が居ない場合を必ず想定すべきでFindWindowの1度の呼び出しで一喜一憂すべきではない
プロセスの起動し直しも前提に数秒おきのFindWindow呼び出しポーリングはしたっていいと思うよ
メインウィンドウなんて高々数十個だしそんな負荷にならない
707デフォルトの名無しさん
垢版 |
2023/06/20(火) 20:40:34.74ID:1lEw2nNB
該当プロセスを他プロセスから起動してたりするとどうなんだろ
あとFindWindowじゃなくてEnumWindowsなら拾えないことって無い印象だなぁ、ハンドルも取れるし

あまり関係ないけど、うちのクソシステムだとブラウザからサーバー上にあるエクセル開くんだけど、
Workbooksで拾えたり拾えなかったりするのよね(ExcelVBA)
2023/06/21(水) 03:06:59.92ID:xVHig5c/
>>704
複数起動しないようmutexかけてるので、プロセス生きてるにもかかわらずFindWindowがNULL返すのなら好ましくないなと。

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

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

>>707
該当プロセスは他のプロセスからも起動したりテスト作業で自分で起動したりしてますが、一応拾えてますね。
2023/06/21(水) 08:17:17.70ID:HzwHqkRi
mutex の排他って CreateWindow する前 & メッセージループする前だから
プロセスは存在してるけど、window は無いって　中間的な状態じゃね？
2023/06/21(水) 15:51:17.25ID:3v7xwtLO
100円か
2023/06/21(水) 16:38:24.82ID:cZp0PZIW
999円かもしれないじゃないか
2023/06/22(木) 17:55:22.58ID:Sn58Ngpo
>>701
詳細なエラー情報を得るには、関数を呼び出します。
2023/06/27(火) 10:23:32.50ID:SIPPfbqI
>>710-711
お前らその金額でおいしいの？仕事してくんない？
2023/07/14(金) 05:28:13.99ID:+33O6idh
スクリーンセーバー作ろうぜ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況