Win32API質問箱 Build127

**デフォルトの名無しさん** · 2022/08/16(火) 01:19:06.38

以下のコードが動かなくて困ってます。

pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);
AVIStreamGetFrameClose(pgfFrame); ←これを実行したら落ちる

AVIStreamGetFrameCloseを実行しなくても動くのですが、再度Openした時に少しずつメモリを食いつぶして行くので困ってます。
止まった時にVC++の実行ボタンを再度押すと、内部で使ってるDLLがアンロードされてその後は動くようになります。
そうなると何回でもOpen→Close出来る様になり、メモリも食いつぶしません。
どうしたらいいんでしょうか？

**デフォルトの名無しさん** · 2022/08/16(火) 11:35:45.33

>>329
ほんそれ

**デフォルトの名無しさん** · 2022/08/16(火) 11:41:24.43

>>339
AVIStreamRelease
(こっちは自動 Close してくれるとのこと)

**デフォルトの名無しさん** · 2022/08/16(火) 14:36:20.03

>>341
詳しく書くとこうなってるんです。
AVIStreamGetFrameCloseだけ落ちるんで困ってます。
これを実行しなくても動くのですが、複数回Openするとどんどんメモリを食いつぶすので困ってます…

AVIFileOpen(&paviFile, FileName, OF_READ | OF_SHARE_DENY_NONE, NULL);
AVIFileGetStream(paviFile, &paviStream, streamtypeVIDEO, 0);
pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);

if(pgfFrame != NULL){ AVIStreamGetFrameClose(pgfFrame); } ←これだけ落ちる
if(paviStream != NULL){ AVIStreamRelease(paviStream); }
if(paviFile != NULL){ AVIFileRelease(paviFile); }

**デフォルトの名無しさん** · 2022/08/16(火) 14:45:35.08

そういう不具合が出るけど是正が困難な処理は別プロセスとして動かして終わったらそのプロセスを終わらすといいよ
解決したら統合すればいい

**デフォルトの名無しさん** · 2022/08/16(火) 15:02:38.50

プロセス別けて落とすのも同じ効果だと思うけど
DLLを自前でアンロードするコードを入れても良いんじゃないかな

そもそも
pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);
↑
この間の処理に問題があるんじゃないかな
↓
if(pgfFrame != NULL){ AVIStreamGetFrameClose(pgfFrame); } ←これだけ落ちる

**デフォルトの名無しさん** · 2022/08/16(火) 15:28:13.38

>>343-344
ありがとうございます。

>この間の処理に問題があるんじゃないかな
この間は何にもしてなくても落ちちゃうんですよね… なんでだろう？

DLLを自前でアンロードする事も視野に入れてもう少し試行錯誤してみます

**デフォルトの名無しさん** · 2022/08/16(火) 15:45:44.34

AVIFileExit();
してないというオチ？

**デフォルトの名無しさん** · 2022/08/16(火) 15:59:37.24

>>346
AVIFileInit()とAVIFileExit()
前に両方入れてみたんですが、入れても入れなくても何も変わらなかったんですよね…
あとでまた試してみます。

**デフォルトの名無しさん** · 2022/08/16(火) 16:18:58.86

本気で解決したいなら再現する全ソースコードを晒すのと
実際に読もうとしてるファイルのURLを晒して逝け

**デフォルトの名無しさん** · 2022/08/16(火) 17:58:27.74

>>348
あとでその部分だけまとめて再現できるか確かめてみます

**デフォルトの名無しさん** · 2022/08/16(火) 20:04:29.51

必要最小限で描いて観たが全然問題無いぞ

**デフォルトの名無しさん** · 2022/08/16(火) 21:22:52.88

>>350
原因がわかりました。
普通にやると問題なくて、ここにあるコーデックの.dllをリンクすると
AVIStreamGetFrameCloseが上手くいかないようでした。
https://sourceforge.net/projects/x264vfw/files/
このコーデックを使う必要があるのでどうにかならないでしょうかね。

**351** · 2022/08/16(火) 21:27:27.79

正確にはコーデックの.dllをリンクして
そのコーデックを使っているファイルを読み込むと
AVIStreamGetFrameCloseが失敗するということです。
.dllをリンクしててもそのコーデックを使ってないファイルであれば
AVIStreamGetFrameCloseが失敗する事はなかったです。

**351** · 2022/08/16(火) 23:11:48.85

古いバージョンにしてみたら直りました！
これで普通に動いてるのでこのまま動かしてみます。
みなさんありがとうございました。

**デフォルトの名無しさん** · 2022/08/17(水) 09:12:41.44

バカの三大特徴

情報を小出しにする&後出しする
自分は間違ってないと思い込む&言い張る
正しい解決策に進まずすぐに別の山に登ろうとする

**デフォルトの名無しさん** · 2022/08/17(水) 10:05:31.13

FFmpeg 使った方が良くね?

**デフォルトの名無しさん** · 2022/08/17(水) 11:59:16.72

ああ
それを言うなら ffdshow の方だったかな
しかしまだ使えるんかなこれ

**デフォルトの名無しさん** · 2022/08/18(木) 16:29:05.82

xvideos

**デフォルトの名無しさん** · 2022/08/22(月) 16:22:19.61

日本語キーボード日本語Windowsで英数キー（CapsLockキー）のアップを捕捉する事って不可能？
レジストリでキーマップを変えて英数キーを違うキーに割り当てた後なら一般的なキー同様に捕捉出来ることは確認できたけどそういう迂回方法無しで出来る方法があれば教えてもらいたい

**デフォルトの名無しさん** · 2022/08/22(月) 17:26:47.15

GetKeyState(　vk_code )
　VK_CAPITAL　CapsLockのトグル状態　のほうじゃなく
　VK_OEM_ATTN　仮想キーコード 240 (0xF0)　で今の押下状態は取得できそうではあるな

IMEはちゃんと shift 無し Caps lock キーを受け取って反応できてるんだし

**デフォルトの名無しさん** · 2022/08/22(月) 18:22:10.86

ないです

**デフォルトの名無しさん** · 2022/08/22(月) 18:27:49.15

ノートパソコンなどの省スペースキーボードについてるFnキーも拾えないんだよなあ、GetKeyState&GetAsyncKeyState

**デフォルトの名無しさん** · 2022/08/22(月) 21:05:07.73

fnはosの預かり知らないキーなので同列にすんなハゲハゲハゲハゲハゲ!!!!!!!!!!!

**デフォルトの名無しさん** · 2022/08/22(月) 21:25:09.66

キーボードのコントローラーが勝手に処理してるでしょう
CPUまで線がつながってない感じ

**デフォルトの名無しさん** · 2022/08/23(火) 07:39:49.30

>>359
SetTimerとかで定期監視するしか無さそうか

**デフォルトの名無しさん** · 2022/08/25(木) 23:57:16.63

今はarduinoとかで自分好みのキーボード作れる時代なんだぜ
知らんけど

**デフォルトの名無しさん** · 2022/08/26(金) 10:40:49.53

虫歯が痛いなら総入れ歯にしましょう！レベルの解決策ｗ

**デフォルトの名無しさん** · 2022/08/26(金) 12:29:39.93

禿げてきたら丸坊主にしましょう！

**デフォルトの名無しさん** · 2022/08/26(金) 12:48:26.23

なんて日だ！

**デフォルトの名無しさん** · 2022/08/31(水) 12:36:32.64

>>355
ライセンスはどうしてるの？
GPLやLGPLだから、リンクすれば最低でも自作プログラムのオブジェクト
ファイルの公開が必要になるだろう。
別コマンドで実行する場合は、*.exe が自作アプリと合わせて二つ必要になるし、
データの受け渡しの効率も落ちる。

**デフォルトの名無しさん** · 2022/09/02(金) 22:59:42.92

質問です。

GetCharABCWidths()を用いて、TextOut()で描いた文字のABC構造体を取得しています。

Arialフォントのような欧文フォントを用いてTextOut()で"あ"を描いた場合、そのフォント内には"あ"という日本語文字は入っていないため、適当な代替フォントに置き換えられて"あ"が描かれるようです（たぶん「フォントリンク」という機能だと思います）。

この時にGetCharABCWidths()で得られるABC構造体には、描かれた"あ"の寸法が入っておらず、ダミーの寸法が入ってきてしまいます。

msdnのGetCharABCWidths()APIの項には、
The ABC widths of the default character are used for characters outside the range of the currently selected font.
とあるので、APIとしては仕様どおりの動作なのですが、では、描かれた"あ"のABC寸法を得るにはどうすればよいのでしょうか？

以上、よろしくお願いします。

**デフォルトの名無しさん** · 2022/09/04(日) 10:57:34.63

GetTextExtentPoint32()
SetTextJustification()
DrawText()

**デフォルトの名無しさん** · 2022/09/04(日) 16:57:14.39

>>371
ありがとうございます。

GetTextExtentPoint32()だと、文字の左余白(A), 文字自体の幅(B), 文字の右余白(C)の
和の値（A+B+C）しか得ることができません。

そうではなくて、各文字について、A,B,Cそれぞれの値が知りたいのです。
それを返してくれるのがGetCharABCWidths()なのですが、>>370に書いたように
正しい値が返ってこない場合があります。

一応、自分で考えた対処方法として、
1. GetTextExtentPoint32()で、文字のA+B+Cの値を取得
2. その幅を持つ白色の描画領域を確保し、その原点位置から黒色でその文字を描画
3. 領域に描画された結果（白・黒）を左端から走査して、左余白（A）を得る
4. 同様に右端から走査して、右余白（C）を得る
5. 手順1で取得したA+B+Cの値からAとCを減じてBを得る
という風にすれば、（どんくさいですが）知りたい値を得ることはできると思います。

ちなみに、実際には、上のやり方そのままではうまくいかないことがありそうです。
というのも、イタリック体にしたりすると、AやCの値がマイナスになることがあるからです。
その場合、上のやり方だと、文字の左右が領域からはみ出て描画されてしまいます。

なので、左右にある程度の余裕を持った領域、例えば幅「100+A+B+C+100」の領域を確保し、
(x,y)=(100,0)の位置に文字を描画する。
そうするとはみ出さずに描画できるので、100の余分な余白があることを考慮に入れて計算すれば、
A,B,Cを得られるだろうと考えています。

でも、こんなやり方は面倒くさい。もっとマシなやり方はないのだろうか・・・。

例えば、フォントリンク？で描画されたときに、どのフォントが使われたのかがわかれば、
そのフォントを明示的にデバイスコンテキストに指定してGetCharABCWidths()呼べば
A,B,Cの幅を得られるはずですが、フォントを知る方法はわかりませんでした。

**デフォルトの名無しさん** · 2022/09/04(日) 17:09:08.67

https://docs.microsoft.com/en-us/windows/win32/api/wingdi/nf-wingdi-gettextmetrics
https://docs.microsoft.com/en-us/windows/win32/api/wingdi/ns-wingdi-textmetrica

>日本語文字は入っていない
結局この問題は残るんじゃないかな
確実に日本語グリフが入ってるフォントを指定

**デフォルトの名無しさん** · 2022/09/04(日) 19:32:04.85

ありがとうございます。

作っているアプリの仕様は、
・アプリのユーザは、フォントと文字列を自由に指定できる
・画面上には、指定したフォントで、指定した文字列が描画される

やりたいことは、
・ユーザが上記の操作で描画させた文字列中の各文字について、A,B,Cの幅を知りたい

ということなのです。

本来NGな組み合わせ（例：欧文フォントと、全角まじり文字列との組み合わせ）をユーザーが指定した時、
存在しない文字がいわゆる豆腐（□）にでも化けてくれれば、そこでユーザは別のフォントを
選びなおすはずです。

しかし、文字化けせずに一見正しく表示されてしまうため、困っています。

**デフォルトの名無しさん** · 2022/09/04(日) 23:44:22.53

>>374
ABCなんて何に使うんだろうと思ったら、フォント情報を表示するツールなのか。
GetCharacterPlacement + ExtTextOut / ETO_GLYPH_INDEX あたりで、グリフを直接描画すれば
フォントリンクは効かないはずなので無い文字は豆腐になるはず...

**デフォルトの名無しさん** · 2022/09/05(月) 20:04:11.68

ありがとうございます。
参考にさせていただきます。

可能ならば、無理やり豆腐にするんじゃなくて、フォントリンクで表示されたとおりの文字の情報を取得できるのが理想ですが、難しそうですね・・・

**375** · 2022/09/05(月) 23:27:10.40

>>376
GetCharABCWidthsで取得しても1文字単位でしか取得できないので、筆記体やアラビア文字のように前後の文字や位置によって大きさが変わるような場合には対応できないので、ABCの値は参考程度にしか使えないと思います。

フォントリンク先のフォント情報(LOGFONT)は、メタファイルに出力後そのメタファイルを解析するというちょっとトリッキーな方法で可能です。
https://stackoverflow.com/questions/54050095/how-to-tell-if-a-surrogate-pair-unicode-character-is-supported-by-the-font

**デフォルトの名無しさん** · 2022/09/06(火) 20:18:06.15

大変有用な情報、ありがとうございます。

確かに、筆記体のような手を繋ぐフォントの場合、うまくいきませんね。
これは気づきませんでした。
実際にはそういったフォントが使われることはまれなので、大きな問題にはならないかな、と思います。

**デフォルトの名無しさん** · 2022/09/10(土) 21:08:59.03

HBITMAP hBitmap; に既に bitmap image が load されているとき
BITMAP bm = {0};
GetObject(hBitmap, sizeof(BITMAP), &bm);
で bm.bmBits の指す場所に pixles data があることは確認出来るのですが
bm.bmBits は何時 GlobalFree(bm.bmBits); すれば良いのでしょうか？
放置しても memory leak の心配はありませんか？

**デフォルトの名無しさん** · 2022/09/11(日) 13:04:53.74

DeleteObject(hBitmap);

**デフォルトの名無しさん** · 2022/09/13(火) 22:06:19.57

ウインドウのキャプションを　SetWindowText　で変更したいのですが

そのウインドウはブラウザ（クローム系）でして
SPY++が使えなくなっているので自作のウインドウ一覧で調べると
ブラウザのトップレベル・ウインドウは、アクティブなタブのキャプションが
ウインドウのキャプションになっており、クラス名は"Chrome_WidgetWin_1"でした

これで取得したウインドウ・ハンドルを使って、ブラウザの位置を操作したり
最小化したりできるので、このハンドルで間違いないはずですが

SetWindowText　でキャプションを変更することはできません
ブラウザには使えないということでしょうか
御存じの方、教えて下さると幸いです

**デフォルトの名無しさん** · 2022/09/14(水) 01:18:29.10

ウインドウというよりタブなんじゃね？

**デフォルトの名無しさん** · 2022/09/14(水) 09:06:44.89

そうです
ウインドウのキャプションを変更したいけど
それはブラウザでは、タブのキャプションを変更したいということですね

ブラウザのトップレベルのウインドウハンドルで、GetWindowTextを使って
そのタブのキャプションが取得できるのに
逆に、そのハンドルでタブのキャプションはSetWindowTextでは変更できない
ということのようです

タブが子ウインドウになっていてアクセスできればいいのですが
そこらへんブラウザは色々と特殊な作りなので無理っぽい気はしてます

**デフォルトの名無しさん** · 2022/09/14(水) 09:46:31.10

ふーんGetはできるんだタスクバー用かな？
どう見てもオーナードローだし
htmlのtitle変える方が早そうだね

**デフォルトの名無しさん** · 2022/09/14(水) 12:31:23.77

SetWindowText実行後にGetWindowTextしたら変更後のキャプション取得できてるんじゃない？
表示処理が別なだけで

**デフォルトの名無しさん** · 2022/09/14(水) 15:26:33.97

>>385
その通り、内部的には変更されてました！！
ありがとうございました
聞いて良かった、自分だけで考えていたら堂々巡りで違う発想は出てこないものですね

見た目のキャプションはどうでも良くて
ブラウザを複数起動して、全て同じサイトを開かせるので
それをUWSCで操作しようとすると、どれが処理済なのか区別つかないので
処理済のやつのキャプションを変えてやろうということだったのです

**デフォルトの名無しさん** · 2022/09/14(水) 18:41:01.15

処理未済のテーブルのキーは
windowハンドルつこたらあかんの？

**デフォルトの名無しさん** · 2022/09/14(水) 21:36:59.23

386の話？
そんなことないですよ
ウインドウキャプションと、クラス名が同じウインドウがいくつもあるので
UWSCはそれのどのウインドウが処理対象か分からないってことです

YouTubeから動画をDLするサイトを自動で開いて
新着の動画アドレスを自動入力してDLさせるんですが
一つがDL処理中に、別の新着動画が来ることがあるので

**デフォルトの名無しさん** · 2022/09/14(水) 21:56:53.98

入力されたキーコードをキーボードの文字に変換してくれるAPIとかありますか？
それかC/C++の関数とかで。
SHIFTのコードを渡すと、"SHIFT"みたいに文字が返ってくるみたいな。

**デフォルトの名無しさん** · 2022/09/15(木) 10:19:13.76

どとねとにはあるけどお
スレ違いかな
大した手間でもないしご自分で用意すれば
そもそもC/C++ならマクロを糞すればリテラルを文字列に変換できるんだし
ちょっとは頭使え？

**デフォルトの名無しさん** · 2022/09/15(木) 11:00:05.62

>>388
>>354

**デフォルトの名無しさん** · 2022/09/15(木) 18:28:39.47

>>389
GetKeyNameText

**デフォルトの名無しさん** · 2022/09/16(金) 10:16:25.50

385さんと相談に乗ってくれた方にお礼の動画を持ってまいりました
https://www.youtube.com/watch?v=uJxOP1s4Xo4

**デフォルトの名無しさん** · 2022/09/18(日) 13:46:05.81

>>393
グロ
fishing

**デフォルトの名無しさん** · 2022/09/18(日) 18:20:24.44

こんな釣りじゃあ誰も見んわなｗ

**デフォルトの名無しさん** · 2022/09/22(木) 19:31:36.45

可愛いよね
名前知らない？

**デフォルトの名無しさん** · 2022/09/23(金) 02:06:12.74

STUのがかわいい

**デフォルトの名無しさん** · 2022/10/31(月) 14:20:10.23

VisualStudio2022で
C++でGdiplusを利用して、メタファイルとして描画した図形を保存するプログラムを作成しました。
（描画時メタファイルのパラメータはGdiplus::EmfTypeEmfPlusDualを使用して作成しました。）
保存した図形ファイルをエクセルで開いて、Ctrl＋Cでクリップボードにコピーしました。
この状態で、EnumClipboardFormatsを使用して、クリップボードのフォーマットを取得しました。
予想だと、WinUser.hで定義されている
#define CF_ENHMETAFILE 14
になるのかと思っていたら、実際は49161が取得されました。

質問ですが、この時取得された49161は何のフォーマットを意味しているのでしょうか？

**デフォルトの名無しさん** · 2022/10/31(月) 14:25:56.86

汎用データオブジェクト

**デフォルトの名無しさん** · 2022/10/31(月) 15:48:17.35

>>399
ありがとうございます。
すいません、質問なのですが
Gdiplusを利用して作成したメタファイルをAPIを使用して汎用データオブジェクトとしてクリップボードに設定したいのですが、
参考になる書籍、ホームページ等ありましたらお教えいただけないでしょうか？

**デフォルトの名無しさん** · 2022/10/31(月) 21:10:12.34

EnumClipboardFormats()使ってるんだからOpenClipboard(),SetClipboardData()はわかるよね
何を聞きたいんだろう？

**デフォルトの名無しさん** · 2022/11/01(火) 00:53:41.11

>>401
昔からあるGdiで拡張メタファイルを作成して
OpenClipboard()
SetClipboardData(CF_ENHMETAFILE, handle_enhanced_metafile)
CloseClipboard()
で問題なく、拡張メタファイルがクリップボードに設定されていました。
それをGdiplusを使用してメタファイルを作成して
OpenClipboard()
SetClipboardData(CF_ENHMETAFILE, handle_enhanced_metafile)
CloseClipboard()
に改造したら問題が発生しました。

問題というのはエクセルにクリップボードからペーストすると、「図の書式設定」で「高さの倍率」「幅の倍率」が100%以下の数字になり
意図していたサイズより小さく表示されるようになってしまいました。

クリップボードに設定したメタファイルを、ファイル出力して、エクセルからファイルを開いて描画した図形を表示すると問題なく意図したサイズで表示されていました。

以上の事により、問題が発生する原因はクリップボードへの設定に問題があるのではと考えました。

エクセルにペーストしたGdiplusメタファイル図形を、さらに、エクセルでコピーすると、クリップボードには、なんのフォーマットとして扱われているのか調べてみました。
EnumClipboardFormatsを使用して、クリップボードのフォーマットを取得するとCF_ENHMETAFILEではなく、49161でした。

以上のことによりSetClipboardDataの第一引数はCF_ENHMETAFILE：14ではなく汎用データオブジェクト：49161を設定すべきかと考えました。
しかし、単純にCF_ENHMETAFILEを49161に変えただけでは、クリップボードにGdiplusメタファイル図形は設定されず、エクセルに何もペーストされませんでした。

希望は、Gdiplusメタファイル図形を汎用データオブジェクトとしてクリップボードに設定する方法を知りたいということです。

何かご存じの事がありましたら、お教えお願いします。

**デフォルトの名無しさん** · 2022/11/01(火) 02:33:36.53

CF_ENHMETAFILEがあるのに49161をセットするなんておかしいよ
倍率以外はうまくいってるんだし
同じ図形でGDIのとGDI+のでENHMETAHEADERのメンバの値で違うのはない？

「DataObject 49161」でググったら以下のページが出た
https://social.msdn.microsoft.com/Forums/vstudio/ja-JP/5a85a9a6-88a3-4cba-8b19-31c979eea7fa/clipboard-unable-to-enum-registered-clipboard-formats-as-local-system?forum=vcgeneral
49161はこれなのか？

**デフォルトの名無しさん** · 2022/11/01(火) 09:43:25.52

スレ立てるまでもない質問スレで詳しいこと言ってたら教えてやったんだがな
流したやつに教えてやる気にはならんわ

**デフォルトの名無しさん** · 2022/11/01(火) 10:48:01.32

>>404
すいませんでした。
こちらで聞いた方が良いとレス頂いたので
こちらに移って質問していました。
もし、何かご存じならご教授頂けないでしょうか
よろしくお願いします。

**デフォルトの名無しさん** · 2022/11/01(火) 11:42:30.98

>>403
レスありがとうございます。
ENHMETAHEADERについてですが精査してみます。
（出力先をクリップボードでなくファイルにした場合、エクセルで開いても問題が発生していないのでメタファイルには問題ないかと、あたりをつけていました）

CF_ENHMETAFILEについてですが、メタファイルは以下の３種類があるようです
・Windows メタファイル形式 (WMF)
・拡張メタファイル (EMF)
・EMF+

描画時メタファイルのパラメータはGdiplus::EmfTypeEmfPlusDualを使用して作成しましたので
EMF+として作成されているのかとも思っています。
そうするとENHMETAHEADER←拡張メタファイル (EMF)　を使用しても良いものか疑問に思っています

リンクありがとうございます。検討してみます。

**デフォルトの名無しさん** · 2022/11/01(火) 11:53:24.91

>>406
すいません、一部訂正です。
【誤】そうするとENHMETAHEADER←拡張メタファイル (EMF)　を使用しても良いものか疑問に思っています
【正】そうするとCF_ENHMETAFILE←拡張メタファイル (EMF)　を使用しても良いものか疑問に思っています

**デフォルトの名無しさん** · 2022/11/03(木) 03:29:06.05

マルチするアホは原則スルー
ネットマナーおじさんとの約束だぞ

**デフォルトの名無しさん** · 2022/11/03(木) 10:41:37.80

？
他スレを勧められて続きはそっちでやることを宣言したのに、マルチ警察はこの上何を望むんだろう。

**デフォルトの名無しさん** · 2022/11/03(木) 10:49:58.97

前スレで詳しいやつが回答してるのにアスペから自分にはわからんから移動しろと言われてここに来てるだけのアホだから

**デフォルトの名無しさん** · 2022/11/03(木) 11:18:16.59

マルチがどうこうより、せっかく回答したのに無視されたのが気に入らないってことね。

**デフォルトの名無しさん** · 2022/11/03(木) 11:28:13.59

回答があるのに他で聞くのはマルチだろ
マルチがなぜ嫌われるのか理由までは知らないのか

**デフォルトの名無しさん** · 2022/11/03(木) 11:47:59.65

マルチをしないからといって回答が無視されなくなるわけではないからそこは的外れだと思うぞ。

**デフォルトの名無しさん** · 2022/11/03(木) 11:57:08.08

アスペかな？

**デフォルトの名無しさん** · 2022/11/03(木) 14:53:14.39

>>408
スレ立てるまでもない質問はここで 162匹目　に質問を出しました。

　253　で49161は何のフォーマットか質問しました。
　254　で汎用DataObjectだとレスを頂きました。
　256　で254に対するお礼のレスをしました。
　257　でWin32API質問箱 Build127の方が良いのでは？とレスを頂きました。
　258　で　そちらで聞いてみます　と257にレスしました。

その後Win32API質問箱 Build127　に移って　398　で質問を始めました。

以上が今までの経緯なのですが、何か問題があるのでしょうか？

**デフォルトの名無しさん** · 2022/11/03(木) 15:08:57.81

面倒くさいから追いかけないけど、別に問題あるようには見えない

>>410が正解書いてるような空気醸しだしてるから、その回答レス番書いてくれたら話が変わるかもしれんけど
実は正解ではない別のレスを書いててスルーされた恨みで警察に転職した可能性も感じる

**デフォルトの名無しさん** · 2022/11/03(木) 15:26:38.66

恨みとか知らんし警察は俺じゃないけど雑な質問だからそれなりの回答しかしてない
詳しく聞けば教えてやったけど
こっちの方が詳しい人がいると聞いてすぐ移ったから回答しなかっただけだが回答しなきゃいけない理由もないだろ
こっちの詳しい人()に聞けばいいだけ
それで何か問題あるか？

**デフォルトの名無しさん** · 2022/11/03(木) 15:43:26.06

向こうのスレみて来たけど、マルチ嫌いの俺ですら全く問題ないなｗ
なにを拗ねてるんだこやつは

**デフォルトの名無しさん** · 2022/11/03(木) 15:46:54.91

知ってることを回答しないだけで非難される言われはないぞw
お前が教えてやればいいだけ
本人でないならな

**デフォルトの名無しさん** · 2022/11/03(木) 15:47:33.06

俺より詳しいやつがいるスレだからそれで問題ないはずだが何を怒ってるのか

**デフォルトの名無しさん** · 2022/11/03(木) 15:48:42.41

>>417
その通り
マルチの話題でも何でもない無関係なことで話を拡げず、すっこんでろとしか

元スレで回答出てるならそれで終了
スレ移して質問続くなら普通にやってくれ

**デフォルトの名無しさん** · 2022/11/03(木) 16:06:19.20

49161は何のフォーマットか？なんてのは枝葉で
本質は同じフォーマットになるような方法はないのか？なんだよな
わからん

**デフォルトの名無しさん** · 2022/11/03(木) 16:13:11.60

枝葉への回答は前もココにも付いてる通り汎用データオブジェクト
これで最初の質問は完了してるん

**デフォルトの名無しさん** · 2022/11/04(金) 00:59:05.47

この手のマニアックなのはstackoverflow漁るか英語で聞いた方が早いよ

**デフォルトの名無しさん** · 2022/11/05(土) 00:48:25.93

EMFは糞
GDI+も糞

**デフォルトの名無しさん** · 2022/11/06(日) 21:20:50.65

特定のウィンドウがFlashWindowしてるかどうか知りたいのですが、何か方法はありませんか？
画像取得して色確認するとかしかないですか？

**デフォルトの名無しさん** · 2022/11/07(月) 05:59:08.49

SetWindowsHookEx() を使用して、シェルフック HSHELL_FLASH (0x8006) をコールバックに登録します。
https://stackoverflow.com/questions/69806213/is-there-a-way-to-detect-when-a-specific-process-is-flashing-its-window-taskbar

**デフォルトの名無しさん** · 2022/11/07(月) 17:30:23.05

ありがとうございます

**デフォルトの名無しさん** · 2022/11/16(水) 18:14:29.04

OEM製品だな

**デフォルトの名無しさん** · 2022/11/18(金) 21:22:52.50

セッションID=0のタスクスケジューラーのプロセスから他のセッションID=1以上のGUI持ってるプロセスの操作したいんだけど
同じセッションIDのプロセスを作ってやらないと無理だったかな

**デフォルトの名無しさん** · 2022/12/06(火) 11:39:49.01

スレッドが自身のスタック領域の開始アドレスを知る方法はありますか？
サイズならTEB構造体から取得できるようなんですが

参考
https://ja.stackoverflow.com/questions/47840/windows-visual-studio-2015-c-%E3%81%A7%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89%E3%81%AE%E3%82%B9%E3%82%BF%E3%83%83%E3%82%AF%E3%82%B5%E3%82%A4%E3%82%BA%E3%82%92%E5%8F%96%E5%BE%97%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95

**デフォルトの名無しさん** · 2022/12/06(火) 18:52:16.04

>>431
サンプルソースは見たの？

>サイズならTEB構造体から取得できるようなんですが
正確にはStackBase, StackLimit を取得できるので、その差分からサイズを求めている。
teb->Reserved1[1] を使えばよいはず。

**デフォルトの名無しさん** · 2022/12/08(木) 05:02:17.43

>>432
あー確かに減算してますね。
気がつかなかった私がどうかしてました。
ご指摘ありがとうございます。

**デフォルトの名無しさん** · 2022/12/19(月) 11:12:22.75

ディスクへの書き込みを別の場所へ書き込むようにインターセプトすることってドライバじゃないと不可能？
ReadDirectoryChangesやFindFirstChangeNotificationって通知だけでディスク変更操作に手を加える事は出来ないよね
パスが常に一定の物であればジャンクションやシンボリックで対応可能なんだけど

**デフォルトの名無しさん** · 2022/12/25(日) 08:27:23.13

その程度の知識の素人が手を出せるレベルの処理じゃないだろ
仮想デバイスとかどうすんの

**デフォルトの名無しさん** · 2023/01/19(木) 12:53:53.04

古い32bitプログラムをVS(ツールセット2010)でx64でビルドしてるんですが
「外部シンボル "sprintf" は未解決です」などのリンクエラーが大量に出て困ってます。
「legacy_stdio_definitions.lib」を使えという情報もあったんですが
2010ベースだと恐らくない？為か見つからないと怒られます。
色々事情があって最新版には移行出来ません。64bit化は諦めるしかないでしょうか？

**436** · 2023/01/19(木) 14:01:27.21

>436
チマチマと自分で設定弄ったりしてたら解決出来そうでした。

**デフォルトの名無しさん** · 2023/01/20(金) 00:30:28.27

ちゃんと無いなら自分で作るのもあり

**デフォルトの名無しさん** · 2023/01/22(日) 10:35:53.94

Windows Explorerではファイルに由来する属性、例えば画像のサイズとか、
MP3のタイトル、プログラムの説明とか表示できるけど、
それを取得するAPIは用意されててつかえたりしますか？
それともあれはExplorerで頑張って色んなフォーマットに対応してるの？

**デフォルトの名無しさん** · 2023/01/22(日) 12:15:09.84

>>439
このあたり↓ではないか？

MP3ファイルからタイトルやアーティスト名などを取得するには？［C#、VB］ - ＠IT
https://atmarkit.itmedia.co.jp/fdotnet/dotnettips/591mp3tags/mp3tags.html

Shell Interface (Shell32) | Microsoft Learn
https://learn.microsoft.com/en-us/dotnet/api/shell32.shell

間違ってたらごめんね

**439** · 2023/01/22(日) 13:35:39.24

>>440 Shell32.dllのGetDetailsOfを使うのずばりでした。
ありがとう！自前で全部揃えるのは嫌だとおもってたから。

**デフォルトの名無しさん** · 2023/01/22(日) 18:45:34.11

>>440
2つ目のURLは違ったね。多分こっち↓だ

Shell object (Shldisp.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/en-us/windows/win32/shell/shell

訂正します

**デフォルトの名無しさん** · 2023/01/27(金) 14:29:22.14

>436-437
もう解決したみたいだけど
文字通り legacy_stdio_definitions.lib をリンクすれば良い
あるいは sprintf をやめて安全な snprintf (それ以外の legacy があればそれらも) 等を使うコードに変更する

**デフォルトの名無しさん** · 2023/01/28(土) 15:17:14.74

俺もそろそろANSI32bitアプリをunicode64bitアプリに更改したいなあ
まあ64bitにする意味は全く無いんだけど
せめてunicode化して、流行りの顔文字ぐらい表示できるようにしたい
あれのレンダリングはどうやるんだろうね
TextOutみたいなレベルのAPIじゃ無理だよね？

**デフォルトの名無しさん** · 2023/01/28(土) 16:02:05.59

>>444
Direct2Dなので描画ハンドラ関数の丸ごと書き換えが必要

**デフォルトの名無しさん** · 2023/01/28(土) 22:31:52.79

正確にはDirect2D+DirectWriteだね

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

QueryPerformanceFrequencyで取得した値が10MHzになってるんですが
何時からこの値になったのか、時期と実装が変わった経緯分かる方いますか？？

**デフォルトの名無しさん** · 2023/02/01(水) 07:50:03.36

もともとハードウェア次第だし、実装を変えたというわけじゃないんじゃね？
https://ja.wikipedia.org/wiki/High_Precision_Event_Timer

**デフォルトの名無しさん** · 2023/02/06(月) 00:05:16.01

>>447
最近2台のPCで取得したら10MHzだった。第8世代か第9世代のCoreと第10世代のCore。
ぐぐったらもうちょっと小さい値が出てきた。

**デフォルトの名無しさん** · 2023/02/06(月) 00:41:55.57

>>447
Hyper-V上だと10MHzになる模様
https://learn.microsoft.com/en-us/windows/win32/sysinfo/acquiring-high-resolution-time-stamps

**デフォルトの名無しさん** · 2023/02/12(日) 10:07:22.45

ResEditが無くなってしまったみたいだけど、何があったんや？
単に需要がなくなっただけ？

**デフォルトの名無しさん** · 2023/02/12(日) 11:39:51.87

統合環境と一体化した

**デフォルトの名無しさん** · 2023/02/13(月) 02:53:34.52

ウィンドウメッセージキューと socket を WaitForMultipleObjects みたいに同時に待ち受ける方法はある？
現状は通信処理は別スレッドでやってるけど、これを敢えて GetMessage のループでやりたい。
というのも、好奇心上の取り組みでメモリ使用量を極限まで減らしたくて、まずスレッドを減らしてみようと思って。

あとちょっと API の話からは逸れるんだけど、VisualStudio で C++ のデスクトップアプリの雛形をビルドしただけのものでもメモリをコミットサイズで 2MB とか食ってて、スレッドも 4つくらい動いてるんだけど、これって何？
起動してから少し放っておくとスレッドは 3つくらい終了するから、いらないものなら排除したい。
いろいろ削ぎ落とすリンカオプションの設定とかあったら教えてほしい。
スタックサイズやヒープサイズは数十KBに設定してみたけど、あんまり違いは見えない。

**デフォルトの名無しさん** · 2023/02/13(月) 03:36:15.30

>>453
MsgWaitForMultipleObjects　を使う

**453** · 2023/02/13(月) 13:19:42.95

>>454
それだ！
ありがとー

**デフォルトの名無しさん** · 2023/02/14(火) 08:25:48.17

ソケットなら WSAAsyncSelect でソケットのイベントを WindowMessage に連動させる案もある

**453** · 2023/02/14(火) 14:53:30.32

>>456
それの方が GetMessage のループに馴染みそう。
そっちも試してみるよ。ありがとー

**デフォルトの名無しさん** · 2023/02/15(水) 11:23:09.93

シンプルにやるならGetMessageじゃなくPeekMessageでノンブロックループして定点観測するという事も出来る

**デフォルトの名無しさん** · 2023/02/15(水) 12:21:16.78

>>458
そのループがノーウェイトのビジーループになっちゃうじゃん
やることあるときだけ GetMessage が返ってくれるんだから、そっちのがシンプルでしょ。

**デフォルトの名無しさん** · 2023/02/15(水) 13:10:37.60

ところで、メッセージループで GetMessage したメッセージを DispatchMessage せずに、そのループ内で処理しちゃってもいい？
ウィンドウプロシージャに書いてる switch やら DefWindowProc をループ内に直接書いちゃうの。

**デフォルトの名無しさん** · 2023/02/15(水) 13:33:51.32

>>459
いや何も処理する事がなければSleep(1)でも挟むのが常套手段
GetMessageの内部だってそうなってるはず
GetMessageの場合はカーネル空間でループ回してるだろうからPeekMessageループよりIO回数が減ってパフォーマンス上は有利だろうが

**デフォルトの名無しさん** · 2023/02/15(水) 13:43:45.82

>> 460
ダメです
DispatchMessageは自プロセスに飛んできたOSとか他プロセスのメッセージも振り分ける

>> 461
待つならSleep(1)よりもWaitForSingleObjectのほうが軽い

**デフォルトの名無しさん** · 2023/02/15(水) 13:48:07.11

>>461
常套手段ってw
そしたら到着したメッセージを即座に処理できないでしょうよ。
イベントを待つというのは待ちながらもシグナル時は即座に反応できるというのが最大の利点なのに、わざわざそれを殺してどうするの。
そしてカーネル空間でも GetMessage は sleep しながらのループでなんか回してないと思うよ。
アプリケーションが何かを待ってる時には、スケジューラがそのアプリの実行を止めてしまう(タイムスライスをあげない)。
GetMessage で言えば OS がメッセージをキューに入れた段階で GetMessage してるプロセスにタスクスイッチする。
ディスクI/O しかり、socket しかり、タイマーしかり。
本当に CPU が何もしないときなら HALT してハードウェア割り込みを待ってる。

**デフォルトの名無しさん** · 2023/02/15(水) 16:44:48.20

WM_KEYDOWN
Ctrl+0（ゼロ）とかShift+0は来るのに、Ctrl+Shift+0は来ないのはなんでなん？

**デフォルトの名無しさん** · 2023/02/17(金) 22:01:39.95

定番のSleep(1)にこれだけ噛みつけるのも面白いな

**デフォルトの名無しさん** · 2023/02/18(土) 05:24:38.57

今時sleep(1)が定番とかw

**デフォルトの名無しさん** · 2023/02/18(土) 11:10:10.06

マルチコア、メニーコアでスレッド単体だけ見てもな

**デフォルトの名無しさん** · 2023/02/18(土) 16:35:58.18

イベント待ちはSleep(1)のポーリングでもどうでもいいと思うぞ
シングルスレッドで全部処理する場合問題はそこではないし
扱う内容によっては毛局スレッドを分けた方がいいって結論になる

**デフォルトの名無しさん** · 2023/02/18(土) 21:28:29.45

今時とかじゃない
>>463を読むほど笑えるという話

**デフォルトの名無しさん** · 2023/02/18(土) 23:58:40.40

イベントキャッチは1msほどの間隔の粒度でいいの？

**デフォルトの名無しさん** · 2023/02/19(日) 01:06:15.57

タイマーの精度が高くないからSleep(1)でも30msくらいウエイトかかるけどな

**デフォルトの名無しさん** · 2023/02/19(日) 01:28:55.07

1つの応答基準の60fpsが16.7ms間隔だからその間に処理が終わってれば常人の目には判らないし
待ち行列にメッセージが溜まってたりイベント処理が発生した場合、処理してる間にコンテキストスイッチが何度も起きて場合によっては1msなんて超えてくる
Sleep(1)はOSに時間を明け渡す気がありますよ程度の意味しかない

**デフォルトの名無しさん** · 2023/02/19(日) 01:46:44.83

マウス、キーボードの処理、ダイアログの更新のメッセージ処理くらいなら事足りる
昔のゲームもOllyDbgやIDAつかって覗いてみるとPeekMessageやGetTickCount等を使って一定時間間隔のメッセージ処理ループをやってた

**デフォルトの名無しさん** · 2023/02/19(日) 08:53:33.42

>>473
それはウィンドウメッセージ以外の処理を並行してやるためでしょ。
均等時間で処理を進めたいとかそういう事情が無ければ大人しくイベント待ちすればいいのに、そうせずわざわざ Sleep するとどんないいことがあるの？

**デフォルトの名無しさん** · 2023/02/19(日) 10:13:58.24

昔の知識否定されてファビョってるだけだろ
わざわざ昔のゲームとかw

**デフォルトの名無しさん** · 2023/02/19(日) 10:23:12.36

前レスよく読まなかったけど、GetMessage()で済むところをPeekMessage();Sleep(1);でループしてメッセージのポーリングするってことか。
なんでわざわざそんなことを？ｗ

**デフォルトの名無しさん** · 2023/02/19(日) 10:54:48.53

WinFormsのソースもPeekMessageでWindowメッセージがあればそれの処理、無ければタスクキュー処理って流れだったはず

**デフォルトの名無しさん** · 2023/02/19(日) 11:25:42.35

>>477
それと
> PeekMessage();Sleep(1);でループしてメッセージのポーリングする
が同じに見えるのか？

**デフォルトの名無しさん** · 2023/02/19(日) 11:36:42.06

>>478
Sleepは知らんがPeekMessageでブロックせずに他の定期処理挟むのは別に普通って言いたかっただけ

**デフォルトの名無しさん** · 2023/02/19(日) 14:38:47.15

>>479
> Sleepは知らんが
話の流れも読めないのかよ...

**デフォルトの名無しさん** · 2023/02/19(日) 14:39:32.86

そもそも454-457で解決してるのになんで盛り上がってきたんだw

**デフォルトの名無しさん** · 2023/02/24(金) 14:07:57.59

質問ですがOpen(Save)Dialog等でOFN_DONTADDTORECENTが無効の場合、この履歴情報はどこに保存されますか？

**デフォルトの名無しさん** · 2023/02/24(金) 14:25:10.37

すみません
エクスプローラの履歴を消したら消えました
質問を取り下げます

**デフォルトの名無しさん** · 2023/02/25(土) 14:25:14.46

Win32APIはC言語が前提
C++で同様なものはMFCであってます？

**デフォルトの名無しさん** · 2023/02/25(土) 14:47:53.07

>>484
C++でもWin32APIはWin32APIです。
MFCは別物。

元々はC/C++からWin32APIを呼び出す前提だったけど、
今はC#、Python、Rust等いろいろな言語から呼べるらしい。

**デフォルトの名無しさん** · 2023/02/25(土) 15:03:12.75

そうなんだ
サンクス

**デフォルトの名無しさん** · 2023/02/25(土) 17:08:15.41

GDI+　はリファレンスは C++のインターフェースだけど
細かくほぐしたら Cや他言語に対応できるのかな

**デフォルトの名無しさん** · 2023/02/25(土) 22:30:47.93

>>484
C++/WinRTもあるよ

**デフォルトの名無しさん** · 2023/03/04(土) 00:35:03.13

>>484
MFCを使わせたかったのはVisual C++だった。

WindowsアプリケーションはC言語かC++を使うのが前提の歴史があって、MFCはWindows APIをラッピングしたものだった。

マイクロソフトはライブラリの作り方がよくわからず、MFCはコードが複雑になるだけのもの。

Java SEのライブラリが登場してから、マイクロソフトは失敗に気づいて.NET Frameworkを作ることになる。

**デフォルトの名無しさん** · 2023/03/04(土) 01:13:44.99

>>489
MicrosoftのVisual C++のMFC
BorlandのC++ BuilderのVCL
当時のWindowsでのC++用クラスライブラリでのシェア競争の結果Borlandが敗れてMFCが主流になった
.NET FrameworkはもともとWindows DNA構想から産まれてきたものでMFCとは起源が別

**デフォルトの名無しさん** · 2023/03/04(土) 01:56:42.82

MFCの設計が変なのは出てきた時期も悪かったと思うね
まだVC++含めて各C++コンパイラでtemplateもまともに動かない＆互換性に問題があるような状態だったし

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

MFCは最初から死産だったがMS製だからVisualStudioに標準で入ってるからと使わざるを得なかっただけ
設計思想はDelphi(C++Builder)よりも数段劣ってる
当時のC++がうんこすぎたのもあるがこれは処理系の設計者のセンスの問題だろう

**デフォルトの名無しさん** · 2023/03/04(土) 06:03:41.66

>>490
その頃のBorlandはOWLだぞ

**デフォルトの名無しさん** · 2023/03/04(土) 10:32:23.94

MFCはDocument-Viewアーキテクチャがわかりにくいとかそのパターンに合わないアプリが
作りにくいとかはあったけど、それ以外は当時のC++でよくやったと思うよ。

**デフォルトの名無しさん** · 2023/03/04(土) 10:38:13.23

C++じゃなくてCからでもGDI+は使える
面倒だから避けるけど

**デフォルトの名無しさん** · 2023/03/04(土) 10:40:00.46

>>490
Frameworkの出来としてはBorlandの方が完全勝利だったが
マーケティングで負けたな

**デフォルトの名無しさん** · 2023/03/04(土) 10:41:24.02

>>491
いやいやMFCの設計者が馬鹿過ぎただけ

**デフォルトの名無しさん** · 2023/03/04(土) 10:43:16.79

>>492-493
ほんそれ

**デフォルトの名無しさん** · 2023/03/04(土) 10:45:47.20

>>494
どうみても糞は糞

**デフォルトの名無しさん** · 2023/03/04(土) 10:51:57.61

Document Viewが分かりにくいとか
そんなんで音を上げるやつがセンスとはよく言うよ

**デフォルトの名無しさん** · 2023/03/04(土) 11:11:54.38

MFCなんてクソ過ぎて当時でも使ってなかったよｗ

**デフォルトの名無しさん** · 2023/03/04(土) 11:18:57.88

MFCよりSDKというのは当時の合言葉だったろ

**デフォルトの名無しさん** · 2023/03/04(土) 11:21:50.94

Smalltalkの下手な真似は目が点になったけどね

**デフォルトの名無しさん** · 2023/03/06(月) 08:40:31.04

使わざるを得なかっただけてｗ
使うも使わないも使用者の自由だろｗ

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

MFC ATL WTL
用途によって使い分け
ひとつのクラスライブラリに固執する必要性も必然性もない

**デフォルトの名無しさん** · 2023/03/06(月) 14:14:58.36

Smalltalkの真似はObjective-C

**デフォルトの名無しさん** · 2023/03/06(月) 14:55:30.78

>>504
途中から参加した案件では選択権がない

**デフォルトの名無しさん** · 2023/03/07(火) 08:46:10.01

それは途中参加した案件が使ってるから使わざるを得ないだけで
VSに入ってるから使わざるを得ないわけではないね

**デフォルトの名無しさん** · 2023/03/07(火) 12:07:50.78

言うまでも無く地雷案件
参加する前に嗅覚で判断して離脱

**デフォルトの名無しさん** · 2023/03/07(火) 13:22:26.79

上から降ってくる仕事を、雇われの立場の者は断れない

**デフォルトの名無しさん** · 2023/03/07(火) 17:55:18.76

信仰を理由にすればなんでも断れる

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

退職して出家でもすんのか
頼むから犯罪に加担するのはやめろ

**デフォルトの名無しさん** · 2023/03/09(木) 00:18:42.41

Win32というかVC++だけど_itow_s系列って何文字書き込まれたかを返してくれるバージョンなんてないよね？
ChatGPTに聞いたら最後にint*で返してくれるオーバーロードがあるって言ってたんだが

**デフォルトの名無しさん** · 2023/03/09(木) 04:47:01.50

意味の分からない現象に遭遇したので質問させてくれ。
ここが適切かどうか微妙だけれど、もしスレが違っていたら案内いただけるとありがたい。

さて、VC6時代に作成され、プロジェクトを随時新しいVSに移行して開発しているアプリがある。
特にフレームワークは使用しておらずwin32Apiで書かれている。リソースエディタは、VS付属のリソースエディタだ。

windows10/VS2019までは問題なかったんだが、windows11/VS2022でビルドしたとたん、ダイアログのサイズが横に６ピクセル縦に２ピクセル小さくなって、中身の右と下が詰まる現象が発生した。
同じプロジェクトに新規にダイアログを加えても同じだった。
なお、この現象は、タイトルバーを追加したときだけ起こる模様。また、フォントの指定をしてもしなくても同様だ。

当たり前だが、新規にテストプロジェクトをwindows11/VS2022で作成した場合は起こらない。

なお、windwos10でビルドしたものを windows11で実行すると正しく表示される。
また、windows11でビルドしたものを windows11 で実行した場合は上記のようになるが、windows10で実行すると正しく表示される。
windwos11の互換モードをチェックすると、少しだけ改善される（詰まりがわずかに改善する）
user32.dll関連で何かあるのかな？　正直訳が分からないよ。

識者の意見を求む。

**デフォルトの名無しさん** · 2023/03/09(木) 14:01:14.32

AdjustWindowRect
AdjustWindowRectEx

**デフォルトの名無しさん** · 2023/03/09(木) 15:07:30.71

windows10/VS2019　で新規作成し
　同環境でビルドしたものを windows11 で実行
　windows11　でビルドしたものを windows11 で実行
で差があるんかな？

_WIN32_WINNT
_WIN32_IE
WINVER
あたりの値を固定化しているのかどうか

**514** · 2023/03/09(木) 15:19:13.60

>515
え、rcファイルで定義されたダイアログを、DialogBoxParam()などで表示したらそうなって困っているという話なのですが。
もしかして、windows11の時だけ、横に６ピクセル縦に２ピクセル広げるという力業でやれということですか？ｗ

**514** · 2023/03/09(木) 15:22:59.99

>516
プロジェクトを作成したのはVC6のようです。
以降ずっと継承しているらしく、そのプロジェクトをwindows10/2019でビルドすると問題が起きないのですが、
windows11/2022でビルドすると、実行環境がwindows11に限り現象が発生します。謎です。
バージョンは定義されています。この辺りを最新の0X0Aあたりに設定してリトライしてみます。
THX。

**デフォルトの名無しさん** · 2023/03/09(木) 15:36:17.03

Windows11/2019でビルドしたらどうなんじゃろ

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

ビルドしたOSのバージョンに合わせてウインドウスタイルを調整する部分があるのでは？
VS2019とVS2022の違いで言うと、ヘッダーでの #ifdef の分岐条件の違いでしょ？

windwos10でビルドしたものを windows11で実行すると正しく表示される。
　→OSがWindows10アプリとして実行しているからオプション未指定でも正常

windows11でビルドしたものを windows11 で実行した場合は上記のようになる
　→OS的にはwindwos11アプリだけどビルドとしてはWindows10アプリ、その齟齬で表示が崩れる

が、windows10で実行すると正しく表示される。
　→OS的にもビルド的にもWindows10アプリとして実行しているから問題ない

windwos11の互換モードをチェックすると、少しだけ改善される（詰まりがわずかに改善する）
　→疑似的にWindows10アプリとして実行するが、部分的に完全な互換が出来ないでいる

と言う妄想をしてみた

**デフォルトの名無しさん** · 2023/03/09(木) 17:01:34.32

>>520
その #ifdef の分岐条件になりえるのが
_WIN32_WINNT WINVER と _WIN32_IE

**デフォルトの名無しさん** · 2023/03/09(木) 17:11:02.85

>>521
そうだけど「あたりの値を固定化しているのかどうか」って書かれているから
それは「本来条件式に任せるべきところを直書きしているのでは？」と言っているのかと受け取ったけど

逆に俺は条件式に任せているから古い開発環境でうまく行ってないだけでは？と思ってるって話ね
だから自分で条件分岐を追加するか、本人が>>517で言うように力技でねじ伏せるかしかないのでは？ってこと

**デフォルトの名無しさん** · 2023/03/09(木) 17:11:56.14

おっけー了解

**デフォルトの名無しさん** · 2023/03/09(木) 17:13:51.29

動作環境を固定化するのに
#ifdef _WIN32_WINNT
#undef _WIN32_WINNT
#define _WIN32_WINNT 0x○○○
#endif
というのは、俺はやってる　これの宣言の後に windows.h 等を読むように
って制限かかるけどね

**デフォルトの名無しさん** · 2023/03/10(金) 08:43:31.77

とりあえず関連するライブラリのビルドを込みで、すべてWINVERと_WIN32_WINNTの定義を0x0A00にしてやってみたが結果は変わらず。

>520
問題は、「どこで」そのOSのアプリだと認識しているのかという点ですね。
urn:schemas-microsoft-com:compatibility.v1 で、マニフェストに定義する値って、windows10も11も同じですし。
Common-Controlsの時みたいに、windows11スタイルを禁止するのになにか定義する値でも……と思ったけどみあたりませんし。

>522
とりあえずOSのバージョンを取得しているところをgrepして追いかけてみたが、そういうのはなさそう。
そもそもダイアログリソースからの作成ですしね。

問題が再現する最小のビルドを作成してるのだけれど、これがまあ大変（普通に10/2019で新規作成すると問題が起こらない）なので
問題が起こるプロジェクトを複製して、とりあえず WinMainがあるソース以外を全部削除してから順に試してみます。
泣けるぜ。

締め切りに間に合いそうになかったら、とりあえず超力ワザで。
こうやってクソソースができていくんだなぁ……

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

Win10/2022でビルドしてみたりWin11/2019でビルドしてみたりはしたんかいな

**デフォルトの名無しさん** · 2023/03/10(金) 12:17:19.97

ここまでDwm略のAPIの話が一切出てなくて草

**デフォルトの名無しさん** · 2023/03/10(金) 12:34:03.89

ものすごい大変だったけど、最小化コードを作ったら原因が判明したので報告しておく。

おそらく windows2000 の頃まで遡る話だけれど、
ダイアログをセンタリングするためのクラスメソッド内で、ダイアログをセンタリングするためにSetWindowPos()じゃなくて、MoveWindow()が使われていたのが原因だった。
なんとエアロが有効な状態で、455 x 179 のダイアログを、MoveWindow()を使って、MoveWindow(100, 100, 455, 179) へと動かすと、サイズが、441 x 172 になる！
そういうもんなのかー。こんなの知らないとわかんないよ……

**514** · 2023/03/10(金) 12:36:58.25

sage忘れすまん。
てか、これ客観的に見てバグとしか思えない挙動だ。
とりあえず解決ということで。ありがとうございました。

**514** · 2023/03/10(金) 13:06:28.99

連投すまん。
確認したところ、windows11/2022で新規作成したプロジェクトでも再現します。
windows11だけなので、11でUIを一新した際に発生した、MoveWindowのバグってことで納得します。
これが仕様だとしたら、ちょっと首をひねらざるを得ないですね。

**デフォルトの名無しさん** · 2023/03/10(金) 13:20:48.59

納得しますじゃなくバグみつけたなら報告しろよ

**デフォルトの名無しさん** · 2023/03/10(金) 15:04:54.29

>>531
ここで報告されたやん
俺らMS本社のエリートなんだから頑張ってfixしようぜ

**デフォルトの名無しさん** · 2023/03/10(金) 15:18:22.32

ここで報告できると本気で思ってるのか
おめでてーな

**デフォルトの名無しさん** · 2023/03/10(金) 16:23:50.60

どう対処していくかは悩ましいところだろうけど
さしあたり見つかってよかったね

**デフォルトの名無しさん** · 2023/03/10(金) 19:20:08.44

MoveWindowなんて基本的なAPIのバグを報告したら、幾らか貰えそうな気がする
ここ見た他の誰かが、もう報告してるかもねw

**デフォルトの名無しさん** · 2023/03/10(金) 19:29:59.85

それってバグなのか？
LunaやAeroの影響を受けるような前提があるんじゃないか？

**デフォルトの名無しさん** · 2023/03/10(金) 21:41:52.52

>>513
読み取った後に、wcslen() で文字数を数えると良い。

**デフォルトの名無しさん** · 2023/03/10(金) 21:52:37.44

>>513
結論から言うと「無い」ハズ。
また、最後の引数が int* 型のものは存在していないように見える。
引数の説明欄も、以下の用に4種類のみで、その中に、該当のものは存在していない。

*Parameters
-value
Number to be converted.
-buffer
Output buffer that holds the result of the conversion.
-size
Size of buffer in characters or wide characters.
-radix
The radix or numeric base to use to convert value, which must be in the range 2-36.